一种软件测试方法、系统及存储介质技术方案

本发明专利技术公开了一种软件测试方法、系统及存储介质，包括：根据测试点生成与该测试点对应的测试用例集，为测试用例集中的每个测试用例生成测试用例ID，按所述测试点的优先级为所述测试用例设置级别，关联测试用例ID与需求ID；创建至少一个测试计划并关联需测试的需求ID，根据测试用例ID导入与所述需求ID关联的至少一个测试用例；拉取导入的与所述需求ID关联的测试用例进行冒烟测试，并在冒烟测试通过后触发全量测试；响应于全量测试通过率未达到一阈值，将测试失败的测试用例提交为测试缺陷，为所述测试缺陷生成测试缺陷ID，关联测试缺陷ID和对应的测试用例ID。其可自动生产测试用例且可实现需求、测试用例和测试缺陷的E2E双向可追溯的可信测试。追溯的可信测试。追溯的可信测试。

【技术实现步骤摘要】
一种软件测试方法、系统及存储介质


[0001]本专利技术属于软件测试
，具体地涉及一种软件测试方法、系统及存储介质。

技术介绍

[0002]软件测试是使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。作为整个软件生命周期中不可或缺的一环软件测试，现有的软件测试方法很多，比如申请号为“202010127831.0”的专利技术专利“一种软件系统的问题排查方法及装置”，或者申请号为“202111555956.4”的专利技术专利“一种基于因果图的软件功能测试方法、装置及存储介质”。
[0003]申请号为“202010127831.0”的专利技术专利“一种软件系统的问题排查方法及装置”，通过对软件进行冒烟测试，获得冒烟测试的测试结果，在测试结果为测试失败后，获取冒烟测试案例的类别属性，获得类别属性对应的角色处理信息，再根据角色处理信息，提示冒烟测试案列测试失败，通过冒烟测试案例的类别属性和处理角色信息，进行冒烟测试案例测试失败的提示，提高了信息提示的准确性。
[0004]申请号为“202111555956.4”的专利技术专利“一种基于因果图的软件功能测试方法、装置及存储介质”，主要内容包括5个单元构成，分别是输入输出条件获取单元、输入条件分析组合、输出结果分析组合、分析输入组合所对应的输出组合、以及最终分析去重组合。其核心在于所测试系统需具备明确的因果关系，即一个输入条件对应一个明确输出结果。该测试方法主要作用是分析后去除等价的或重复的输入输出，使测试效率提升。
[0005]但是，采用上述任一方法进行软件测试时，均不具备自动生产测试用例和实现需求、测试用例和测试缺陷的E2E双向可追溯的可信测试，导致在测试完成后，软件测试过程不可信，从而导致测试结果不可信。具体表现在无法说明当前执行的测试用例是该需求的功能，也无法说明当前需求测试用例覆盖是否合理；无法说明当前测试用例执行失败产生缺陷，也无法说明提交的缺陷是该测试用例执行过程中发现的；同样无法说明当前缺陷是该需求的缺陷，也无法说明该需求有哪些缺陷；会对软件测试过程质量产生很大的质疑和挑战。

技术实现思路

[0006]为了解决现有方法不具备自动生产测试用例及不能实现需求、测试用例和测试缺陷的E2E双向可追溯的可信测试，本专利技术提供一种软件测试方法、系统及存储介质。
[0007]本专利技术通过以下技术方案实现：
[0008]本专利技术第一方面提供一种软件测试方法，包括以下步骤：
[0009]根据测试点生成与该测试点对应的测试用例集，所述测试用例集包括至少一个测试用例，所述测试点存储在模板中且模板中还存储有与测试点对应的需求ID、测试点的优先级，为测试用例集中的每个测试用例生成测试用例ID，按所述测试点的优先级为所述测试用例设置级别，关联测试用例ID与需求ID；
[0010]创建至少一个测试计划并关联需测试的需求ID，根据测试用例ID导入与所述需求ID关联的至少一个测试用例；
[0011]拉取导入的与所述需求ID关联的测试用例进行冒烟测试，并在冒烟测试通过后触发全量测试；
[0012]响应于全量测试通过率未达到一阈值，将测试失败的测试用例提交为测试缺陷并转入回归用例池中，为所述测试缺陷生成测试缺陷ID，关联测试缺陷ID和对应的测试用例ID。
[0013]在一种可能的设计中，所述根据测试点生成与该测试点对应的测试用例集，之前还包括：
[0014]获取需求，所述需求包括需求ID、需求描述和需求状态；
[0015]梳理需求将所述需求细化成测试点集，所述测试点集包括至少一个测试点，为所述测试点集中每个测试点设定优先级。
[0016]在一种可能的设计中，所述梳理需求将所述需求细化成测试点集，所述测试点集包括至少一个测试点，为所述测试点集中每个测试点设定优先级，包括：
[0017]将需求细化成测试点集，所述测试点集包括至少一个测试点；
[0018]将测试点集中的每个测试点填入模板中，所述模板中记录有需求ID以及测试点优先级。
[0019]在一种可能的设计中，所述获取需求包括：
[0020]通过脚本在项目管理平台上爬取的方式获得需求。
[0021]在一种可能的设计中，响应于全量测试通过率达到一阈值，将所述需求的需求状态修改为完成，且生成测试报告，所述测试报告中展示需求、测试用例与测试缺陷的对应关系和测试用例执行情况统计。
[0022]本专利技术第二方面提供一种软件测试系统，包括依次连接的测试用例集生成单元、测试计划创建单元、测试单元和缺陷提交单元；
[0023]所述测试用例集生成单元用于根据模板中测试点生成与该测试点对应的测试用例集，所述测试用例集包括至少一个测试用例，为测试用例集中的每个测试用例生成测试用例ID，按所述测试点的优先级为所述测试用例设置级别，关联测试用例ID与需求ID；
[0024]所述测试计划创建单元用于创建至少一个测试计划并关联需测试的需求ID，根据测试用例ID导入与所述需求ID关联的至少一个测试用例；
[0025]所述测试单元用于拉取导入的与所述需求ID关联的测试用例进行冒烟测试，并在冒烟测试通过后触发全量测试；
[0026]所述缺陷提交单元用于响应于全量测试通过率未达到一阈值，将测试失败的测试用例提交为测试缺陷并转入回归用例池中，为所述测试缺陷生成测试缺陷ID，关联测试缺陷ID和对应的测试用例ID。
[0027]本专利技术第三方面提供一种软件测试系统，包括依次通信连接的存储器和控制器，所述存储器上存储有计算机程序，所述控制器用于读取所述计算机程序，执行第一方面及其任一种可能中所述的软件测试方法。
[0028]本专利技术第四方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行第一方面及其任一种可能中所述的软件测试
方法。
[0029]本专利技术与现有技术相比，至少具有以下优点和有益效果：
[0030]本专利技术可自动生产测试用例，且通过建立需求ID、测试用例ID、测试缺陷ID的关联，可说明测试用例是为了测试某需求，可判断该需求的测试用例覆盖率是否合理，说明测试用例的执行结果，体现测试用例的有效性和实用价值，直接或间接做到三者之间两两可追溯，以便支撑对测试过程可信审计的数据，提升测试结果的认可度。
附图说明
[0031]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0032]图1是本专利技术软件测试方法的流程图；
具体实施方式
[0033]下面结合附图及具体实施例来对本专利技术作进一步阐述。在此需要说明的是，对于这些实施例方式的说明虽然是用于帮助理解本专利技术，但本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种软件测试方法，其特征在于，包括以下步骤：根据测试点生成与该测试点对应的测试用例集，所述测试用例集包括至少一个测试用例，所述测试点存储在模板中且模板中还存储有与测试点对应的需求ID、测试点的优先级，为测试用例集中的每个测试用例生成测试用例ID，按所述测试点的优先级为所述测试用例设置级别，关联测试用例ID与需求ID；创建至少一个测试计划并关联需测试的需求ID，根据测试用例ID导入与所述需求ID关联的至少一个测试用例；拉取导入的与所述需求ID关联的测试用例进行冒烟测试，并在冒烟测试通过后触发全量测试；响应于全量测试通过率未达到一阈值，将测试失败的测试用例提交为测试缺陷并转入回归用例池中，为所述测试缺陷生成测试缺陷ID，关联测试缺陷ID和对应的测试用例ID。2.根据权利要求1所述的一种软件测试方法，其特征在于，所述根据测试点生成与该测试点对应的测试用例集，之前还包括：获取需求，所述需求包括需求ID、需求描述和需求状态；梳理需求将所述需求细化成测试点集，所述测试点集包括至少一个测试点，为所述测试点集中每个测试点设定优先级。3.根据权利要求2所述的一种软件测试方法，其特征在于，所述梳理需求将所述需求细化成测试点集，所述测试点集包括至少一个测试点，为所述测试点集中每个测试点设定优先级，包括：将需求细化成测试点集，所述测试点集包括至少一个测试点；将测试点集中的每个测试点填入模板中，所述模板中记录有需求ID以及测试点优先级。4.根据权利要求2所述的一种软件测试方法，其特征在于，所述获取需求包括：通过脚本在项目管理平台上爬取的方式获得需求。5...

【专利技术属性】
技术研发人员：张焰，刘涛，赵凌园，陆汪，杨振宇，
申请(专利权)人：眉山环天智慧科技有限公司，
类型：发明
国别省市：