CN114661592A - 一种基于适应快速需求版本迭代的软件测试方法 - Google Patents
一种基于适应快速需求版本迭代的软件测试方法 Download PDFInfo
- Publication number
- CN114661592A CN114661592A CN202210255902.4A CN202210255902A CN114661592A CN 114661592 A CN114661592 A CN 114661592A CN 202210255902 A CN202210255902 A CN 202210255902A CN 114661592 A CN114661592 A CN 114661592A
- Authority
- CN
- China
- Prior art keywords
- test
- data
- method based
- performance
- software
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/242—Query formulation
- G06F16/2433—Query languages
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Computational Linguistics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明涉及软件测试技术领域,具体地说,涉及一种基于适应快速需求版本迭代的软件测试方法,其包括以下步骤:1)设置基本测试类型库;2)设置测试用例优先级;3)根据需求说明书,选择测试类型,确认测试重点,输出测试用例优先级,自动执行用例,输出测试报告。本发明能极大的缩短项目中测试软件阶段的设计开发工作。
Description
技术领域
本发明涉及软件测试技术领域,具体地说,涉及一种基于适应快速需求版本迭代的软件测试方法。
背景技术
在如今软件产品快速的更新迭代下,一款软件产品要在市场中具备一定的竞争力,该软件产品必须具有很硬的质量,软件测试是软件生命周期的一个非常重要的环节,是保证软件功能、性能、可信、可靠等特性获得供需双方认可的关键环节和主核心手段。软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。如何在有限的时间内,快速的,有规律的测试是我们需要解决的重要难题。现有技术中,在确定软件的测试方案时,通常是基于测试人员的经验和对被测软件的了解,人为制定测试方案。然而,依赖人为的经验进行的随机测试行为具有很大的不确定性和不稳定性,对于测试人员的专业素质要求较高,容易受到其他外界因素的干扰,并且繁琐的测方案使得在软件测试过程中,测试过程复杂,容易产生测试依据含混、测试覆盖不全、测试成果复用困难、错误测试结果等多种技术弊端,从而影响测试的质量。
发明内容
本发明的内容是提供一种基于适应快速需求版本迭代的软件测试方法,其能够克服现有技术的某种或某些缺陷。
根据本发明的一种基于适应快速需求版本迭代的软件测试方法,其包括以下步骤:
1)设置基本测试类型库;
2)设置测试用例优先级;
3)根据需求说明书,选择测试类型,确认测试重点,输出测试用例优先级,自动执行用例,输出测试报告。
作为优选,基本测试类型库是定义测试类型,把软件测试项目中使用到的测试类型拆分:功能流程测试、性能测试、自动化测试以及单独的冒烟测试。
作为优选,功能流程测试为:通过准备测试数据,输入数据的场景执行测试,输出测试结果的一些数据;同时检查程序在按照流程操作时,准备的数据是否能够正确处理。
作为优选,功能流程测试具体执行如下步骤:
A、准备测试数据:在创建测试数据过程中,要用到的SQL语句封装成独立的测试数据包,当创建数据时,直接调用独立的测试数据包;
B、运用API调用和数据库操作的方式生成测试数据;
C、API调用生成基础的测试数据,然后使用数据库的CRUD操作生成符合特殊测试需求的数据;
D、输入数据场景,运行后输出数据:通过连接数据库,将得到的结果数据以及报表中的数据进行显示,并根据报表的格式提供输出数据。
作为优选,性能测试用于验证软件的性能是否满足程序规格要求的性能指标,包括:根据业务需求指标系统同时在线数,计算出具体的TPS响应时间、吞吐量和并发用户数,再利用现有的性能测试平台把业务指标转换为具体的技术指标,所述技术指标包括反应时间和资源利用率。
作为优选,性能测试的步骤是:
a、添加线程组:配置线程组名称、线程数、准备时长/循环次数;
b、设置HTTP请求:向要发送的服务器发送HTTP请求协议,默认为HTTP;
c、设置HTTP请求发送的目标服务器名称或IP;
d、设置目标服务器的端口号;
e、根据不同的方式采用GET或者POST发送HTTP请求;
f、设置目标URL路径;
g、添加结果树;
h、添加用户自定义变量用HTTP请求参数化;
i、添加性能测试报告;
j、进行脚本调测:根据业务场景确定具体的吞吐量和TPS响应时间,根据已经录制的脚本不断地增加并发用户,如果TPS响应时间在正常范围内,但是吞吐量超过TPS的值3分之一以上,则执行页面压缩;当增加并发用户数时,吞吐率量和TPS响应时间的变化曲线呈稳步递增,则系统稳定;当增大系统的压力或增加并发用户数时,吞吐率量和TPS响应时间的变化曲线不变,则系统稳定。
作为优选,自动化测试用于完成自动化测试,从而替代手工重复性测试;自动化测试具体执行步骤为:
①通过自动化测试模块建立相应的服务类,在一个服务类下面建立相应的测试用例;
②在自动化工具的设置的时候通过建立独立的服务类来区分不同功能之间的联系,每个服务类下面可以设置不同的独立的用例:服务类是根据在excel表格中建立相应的测试case对应的测试数据和期待值,以及测试用例的编号、接口说明、接口路径、备注、测试时间;
③通过利用自动化测试工具,对接口的入参的输入,对接口的返回值,做全参数校验和翻页校验,生成对应的中间文件,最终产生测试报告。
作为优选,测试用例的优先级步骤包括:
2.1)设置3级测试用例:设置测试用例的3个级别:高级Highs,中级Mediums,低级低Lows;自动化测试设置取前取这3个级别的用例,性能测试取前2级对应的bug都提交到质量系统的已有的bug工具进行跟踪,3个级别的用例和占比是100%;
2.2)测试用例审核;所述测试用例审核包括:根据已经存在的质量系统工具,关联到具体的项目和需求模块,在需求模块下输出具体测试用例,测试用例完成后,进行在线审核;
2.3)根据需求说明书,设计不同的操作系统,再根据系统拆分出最小的单元模块,再考虑每个模块之间的关联,根据关联编写具体的测试用例;根据需求说明书,考虑到核心功能场景,输出测试优先级;测试的优先级从自动化测试和性能测试两个类型同步梳理,根据不同的类型分别在自动化测试方式和性能测试方式分别执行。
本发明根据需求说明书,选择测试类型,确认测试重点,输出测试优先级,自动执行用例,输出测试报告。工程师的工作将更加有针对性,极大的缩短项目中测试软件阶段的设计开发工作。
本发明通过设置软件功能模块重难点,测试优先级,实现软件测试分层分级管理,测试效率提高,方便且能够快速定位项目的重点核心模块问题,风险点所在,可普遍适用于运行软件的项目产品中。
本发明实现了现有测试技术测试过程复杂性,测试依据不清晰、测试覆盖不全、测试成果复用困难、错误测试结果等多种技术弊端。
本发明通过灵活筛选出来的测试方案中的核心内容的重要性和全面性,更精确的覆盖被测试软件的重点、难点功能,实现了对待测软件进行高效且精准的测试的技术效果。
附图说明
图1为实施例1中一种基于适应快速需求版本迭代的软件测试方法的流程图。
具体实施方式
为进一步了解本发明的内容,结合附图和实施例对本发明作详细描述。应当理解的是,实施例仅仅是对本发明进行解释而并非限定。
实施例1
如图1所示,本实施例提供了一种基于适应快速需求版本迭代的软件测试方法,其包括以下步骤:
1)设置基本测试类型库;
2)设置测试用例优先级;
3)根据需求说明书,选择测试类型,确认测试重点,输出测试用例优先级,自动执行用例,输出测试报告。
基本测试类型库是定义测试类型,把软件测试项目中使用到的测试类型拆分:功能流程测试、性能测试、自动化测试以及单独的冒烟测试。
功能流程测试为:通过准备测试数据,输入数据的场景执行测试,输出测试结果的一些数据;同时检查程序在按照流程操作时,准备的数据是否能够正确处理。
功能流程测试具体执行如下步骤:
A、准备测试数据:在创建测试数据过程中,要用到的SQL语句封装成独立的测试数据包,当创建数据时,直接调用独立的测试数据包;
B、运用API调用和数据库操作的方式生成测试数据;
C、API调用生成基础的测试数据,然后使用数据库的CRUD操作生成符合特殊测试需求的数据;
D、输入数据场景,运行后输出数据:通过连接数据库,将得到的结果数据以及报表中的数据进行显示,并根据报表的格式提供输出数据。
性能测试用于验证软件的性能是否满足程序规格要求的性能指标,包括:根据业务需求指标系统同时在线数,计算出具体的TPS响应时间、吞吐量和并发用户数,再利用现有的性能测试平台把业务指标转换为具体的技术指标,所述技术指标包括反应时间和资源利用率。
性能测试的步骤是:
a、添加线程组:配置线程组名称、线程数、准备时长/循环次数;
b、设置HTTP请求:向要发送的服务器发送HTTP请求协议,默认为HTTP;
c、设置HTTP请求发送的目标服务器名称或IP;
d、设置目标服务器的端口号;
e、根据不同的方式采用GET或者POST发送HTTP请求;
f、设置目标URL路径;
g、添加结果树;
h、添加用户自定义变量用HTTP请求参数化;
i、添加性能测试报告;
j、进行脚本调测:根据业务场景确定具体的吞吐量和TPS响应时间,根据已经录制的脚本不断地增加并发用户,先把线程数设置为1,把脚本调通;再将设置线程数不断的往上加,比如100,300,600,900循环100次查看吞吐量和平均相应时间;如果TPS响应时间在正常范围内,但是吞吐量超过TPS的值3分之一以上,则执行页面压缩;当增加并发用户数时,吞吐率量和TPS响应时间的变化曲线呈稳步递增,则系统稳定;当增大系统的压力或增加并发用户数时,吞吐率量和TPS响应时间的变化曲线不变,则系统稳定。将不同的测试场景或者不同的接口进行混合测试;多种设计的场景一起进行测试,更符合真实场景,便于对服务器的整体处理能力进行评估,对测试结果进行分析。
自动化测试用于完成自动化测试,从而替代手工重复性测试;自动化测试具体执行步骤为:
①通过自动化测试模块建立相应的服务类,在一个服务类下面建立相应的测试用例;
②在自动化工具的设置的时候通过建立独立的服务类来区分不同功能之间的联系,每个服务类下面可以设置不同的独立的用例:服务类是根据在excel表格中建立相应的测试case对应的测试数据和期待值,以及测试用例的编号、接口说明、接口路径、备注、测试时间;
③通过利用自动化测试工具,对接口的入参的输入,对接口的返回值,做全参数校验和翻页校验,生成对应的中间文件,最终产生测试报告。
完成冒烟测试,冒烟测试的场景包括业务数据功能流程测试、性能测试和自动化测试模块中核心的用户场景。
测试用例的优先级步骤包括:
2.1)设置3级测试用例:设置测试用例的3个级别:高级Highs,中级Mediums,低级低Lows;自动化测试设置取前取这3个级别的用例,性能测试取前2级对应的bug都提交到质量系统的已有的bug工具进行跟踪,3个级别的用例和占比是100%;
2.2)测试用例审核;所述测试用例审核包括:根据已经存在的质量系统工具,关联到具体的项目和需求模块,在需求模块下输出具体测试用例,测试用例完成后,进行在线审核;
2.3)根据需求说明书,设计不同的操作系统,再根据系统拆分出最小的单元模块,再考虑每个模块之间的关联,根据关联编写具体的测试用例;根据需求说明书,考虑到核心功能场景,输出测试优先级;测试的优先级从自动化测试和性能测试两个类型同步梳理,根据不同的类型分别在自动化测试方式和性能测试方式分别执行。
实例:
在质量测试系统建立待测试的项目A:根据关联需求需求分析,确认设置基本测试类型库;根据测试类型的不同输出不同的测试用例:功能流程测试、性能测试,根据用例优先级在质量测试系统,性能测试系统执行Highs、Mediums、Lows;自动化测试用例在质量测试系统的自动化测试工具执行自动化测试模块对应的测试用例;冒烟测试模块的测试内容由数据功能流程测试,自动化测试工具和性能测试工具执行冒烟测试场景,同步完成;测试类型确认完成,根据测试需求说明书和不同的类型输出,设置测试用例优先级;最后根据需求说明书,选择测试类型,确认测试重点,输出测试用例优先级,通过自动化测试工具执行测试用例,输出不同类型的测试报告,针对测试报告的结果去对比上线的标准,如果符合上线标准就可以上线,如果不符合就根据不通过的测试用例,通过日志等等分析原因,提交测试bug,等开发修改完成提交代码后,再次执行不同的测试用例。
以上示意性的对本发明及其实施方式进行了描述,该描述没有限制性,附图中所示的也只是本发明的实施方式之一,实际的结构并不局限于此。所以,如果本领域的普通技术人员受其启示,在不脱离本发明创造宗旨的情况下,不经创造性的设计出与该技术方案相似的结构方式及实施例,均应属于本发明的保护范围。
Claims (8)
1.一种基于适应快速需求版本迭代的软件测试方法,其特征在于:包括以下步骤:
1)设置基本测试类型库;
2)设置测试用例优先级;
3)根据需求说明书,选择测试类型,确认测试重点,输出测试用例优先级,自动执行用例,输出测试报告。
2.根据权利要求1所述的一种基于适应快速需求版本迭代的软件测试方法,其特征在于:基本测试类型库是定义测试类型,把软件测试项目中使用到的测试类型拆分:功能流程测试、性能测试、自动化测试以及单独的冒烟测试。
3.根据权利要求2所述的一种基于适应快速需求版本迭代的软件测试方法,其特征在于:功能流程测试为:通过准备测试数据,输入数据的场景执行测试,输出测试结果的一些数据;同时检查程序在按照流程操作时,准备的数据是否能够正确处理。
4.根据权利要求3所述的一种基于适应快速需求版本迭代的软件测试方法,其特征在于:功能流程测试具体执行如下步骤:
A、准备测试数据:在创建测试数据过程中,要用到的SQL语句封装成独立的测试数据包,当创建数据时,直接调用独立的测试数据包;
B、运用API调用和数据库操作的方式生成测试数据;
C、API调用生成基础的测试数据,然后使用数据库的CRUD操作生成符合特殊测试需求的数据;
D、输入数据场景,运行后输出数据:通过连接数据库,将得到的结果数据以及报表中的数据进行显示,并根据报表的格式提供输出数据。
5.根据权利要求4所述的一种基于适应快速需求版本迭代的软件测试方法,其特征在于:性能测试用于验证软件的性能是否满足程序规格要求的性能指标,包括:根据业务需求指标系统同时在线数,计算出具体的TPS响应时间、吞吐量和并发用户数,再利用现有的性能测试平台把业务指标转换为具体的技术指标,所述技术指标包括反应时间和资源利用率。
6.根据权利要求5所述的一种基于适应快速需求版本迭代的软件测试方法,其特征在于:性能测试的步骤是:
a、添加线程组:配置线程组名称、线程数、准备时长/循环次数;
b、设置HTTP请求:向要发送的服务器发送HTTP请求协议,默认为HTTP;
c、设置HTTP请求发送的目标服务器名称或IP;
d、设置目标服务器的端口号;
e、根据不同的方式采用GET或者POST发送HTTP请求;
f、设置目标URL路径;
g、添加结果树;
h、添加用户自定义变量用HTTP请求参数化;
i、添加性能测试报告;
j、进行脚本调测:根据业务场景确定具体的吞吐量和TPS响应时间,根据已经录制的脚本不断地增加并发用户,如果TPS响应时间在正常范围内,但是吞吐量超过TPS的值3分之一以上,则执行页面压缩;当增加并发用户数时,吞吐率量和TPS响应时间的变化曲线呈稳步递增,则系统稳定;当增大系统的压力或增加并发用户数时,吞吐率量和TPS响应时间的变化曲线不变,则系统稳定。
7.根据权利要求6所述的一种基于适应快速需求版本迭代的软件测试方法,其特征在于:自动化测试用于完成自动化测试,从而替代手工重复性测试;自动化测试具体执行步骤为:
①通过自动化测试模块建立相应的服务类,在一个服务类下面建立相应的测试用例;
②在自动化工具的设置的时候通过建立独立的服务类来区分不同功能之间的联系,每个服务类下面可以设置不同的独立的用例:服务类是根据在excel表格中建立相应的测试case对应的测试数据和期待值,以及测试用例的编号、接口说明、接口路径、备注、测试时间;
③通过利用自动化测试工具,对接口的入参的输入,对接口的返回值,做全参数校验和翻页校验,生成对应的中间文件,最终产生测试报告。
8.根据权利要求7所述的一种基于适应快速需求版本迭代的软件测试方法,其特征在于:测试用例的优先级步骤包括:
2.1)设置3级测试用例:设置测试用例的3个级别:高级Highs,中级Mediums,低级低Lows;自动化测试设置取前取这3个级别的用例,性能测试取前2级对应的bug都提交到质量系统的已有的bug工具进行跟踪,3个级别的用例和占比是100%;
2.2)测试用例审核;所述测试用例审核包括:根据已经存在的质量系统工具,关联到具体的项目和需求模块,在需求模块下输出具体测试用例,测试用例完成后,进行在线审核;
2.3)根据需求说明书,设计不同的操作系统,再根据系统拆分出最小的单元模块,再考虑每个模块之间的关联,根据关联编写具体的测试用例;根据需求说明书,考虑到核心功能场景,输出测试优先级;测试的优先级从自动化测试和性能测试两个类型同步梳理,根据不同的类型分别在自动化测试方式和性能测试方式分别执行。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210255902.4A CN114661592A (zh) | 2022-03-15 | 2022-03-15 | 一种基于适应快速需求版本迭代的软件测试方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210255902.4A CN114661592A (zh) | 2022-03-15 | 2022-03-15 | 一种基于适应快速需求版本迭代的软件测试方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114661592A true CN114661592A (zh) | 2022-06-24 |
Family
ID=82029709
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210255902.4A Pending CN114661592A (zh) | 2022-03-15 | 2022-03-15 | 一种基于适应快速需求版本迭代的软件测试方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114661592A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116633812A (zh) * | 2023-05-15 | 2023-08-22 | 之江实验室 | 一种基于nginx智能容错路由的多版本同步测试方法及系统 |
-
2022
- 2022-03-15 CN CN202210255902.4A patent/CN114661592A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116633812A (zh) * | 2023-05-15 | 2023-08-22 | 之江实验室 | 一种基于nginx智能容错路由的多版本同步测试方法及系统 |
CN116633812B (zh) * | 2023-05-15 | 2023-12-22 | 之江实验室 | 一种基于nginx智能容错路由的多版本同步测试方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10204035B1 (en) | Systems, methods and devices for AI-driven automatic test generation | |
CN107783873B (zh) | 一种烧录器自动化测试平台的实现方法 | |
CN109491922B (zh) | 一种基于模型驱动的测试方法和装置 | |
CN111459809A (zh) | 一种基于快速需求版本迭代的软件测试方法 | |
CN114741283A (zh) | 一种基于python设计的接口自动化测试方法及装置 | |
CN111679979A (zh) | 破坏性测试方法及装置 | |
CN114661592A (zh) | 一种基于适应快速需求版本迭代的软件测试方法 | |
CN112882927A (zh) | 一种接口自动化测试方法、装置、设备及介质 | |
CN117370217B (zh) | 一种基于python的接口测试结果自动生成方法 | |
CN111427793A (zh) | 一种Jmeter脚本自动生成方法 | |
CN114996127A (zh) | 固态硬盘固件模块智能化测试方法及系统 | |
CN111444109A (zh) | 一种移动端ui自动化测试方法及系统 | |
CN112699022B (zh) | 一种实时高效自动化契约测试的方法及系统 | |
CN113868129B (zh) | 一种后端数据准确性的校验方法及自动化测试工具 | |
CN116383025A (zh) | 基于Jmeter的性能测试方法、装置、设备及介质 | |
CN115934559A (zh) | 表单智能测试系统的测试方法 | |
CN111813665A (zh) | 一种基于python的大数据平台接口数据测试方法和系统 | |
CN114116466A (zh) | 一种基于操作日志的单元测试方法、装置及介质 | |
CN113342641A (zh) | 一种http服务接口自动化测试方法及系统 | |
CN113806222B (zh) | 接口测试脚本生成方法、装置、设备及存储介质 | |
CN110674036A (zh) | 基于csg ii系统的跨平台协同功能接口测试系统 | |
CN117931628A (zh) | 一种h5页面测试方法及装置 | |
CN118227466A (zh) | 端到端服务的自动化测试系统及方法 | |
CN114780419A (zh) | 一种批量程序测试方法、装置和电子设备 | |
CN118210720A (zh) | 一种基于流量数据采集解析的自动化测试系统的设计方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |