软件项目测试方法、系统、存储介质及终端设备与流程

本发明涉及软件测试技术领域，尤其涉及一种软件项目测试方法、系统、计算机可读存储介质及终端设备。

背景技术：

测试用例是指导测试工程师对软件项目执行测试操作，帮助证明软件功能或发现软件缺陷的一种说明，其中，缺陷具体指计算机软件或程序中存在的某种破坏正常运行能力的问题、错误、或者隐藏的功能缺陷，缺陷的存在会导致软件产品在某种程度上不能满足用户的需要，而测试用例对发现缺陷具有很大的指导作用。

测试需求是通过需求分析后得出的需要测试的具体内容，测试需求主要是整理测试焦点(包括一些界面、输入域、业务流程、数据等)，并明确测试焦点的优先级，为测试用例的设计提供测试所需的功能点信息，测试需求的分析在一定程度上体现了测试用例的设计方法，有的测试需求分析文档中也会指导性的明确测试焦点的测试用例设计方法。

现有技术提供的测试管理系统一般由项目需求工程师录入项目需求，由测试工程师根据项目需求提炼测试需求，然后逐条关联测试需求，从而设计测试用例，在测试过程中执行测试用例，并记录缺陷数据，再根据缺陷数据设计回归测试用例，软件项目测试结束后，缺陷数据即被弃用。

这种测试方法具有如下缺点：(1)需要逐条建立测试需求与测试用例的关联，并通过测试工程师逐条往系统中录入测试用例。由于每一次的测试项目都是独立的，其测试用例也是动态的，而测试人员、测试时间都是有限的，逐条关联和录入测试用例需要消耗大量的人工资源和测试时间，从而降低测试效率；(2)记录的缺陷被修复后就被关闭，被关闭的缺陷对应的缺陷数据基本被弃用，不再发挥价值，从而造成了数据资源的浪费。

技术实现要素：

本发明实施例所要解决的技术问题在于，提供一种软件项目测试方法、系统、计算机可读存储介质及终端设备，能够提高软件项目的测试效率和测试用例覆盖率。

为了解决上述技术问题，本发明实施例提供了一种软件项目测试方法，包括：

获取待测软件项目的测试需求；

根据所述测试需求对应生成第一测试用例；其中，所述第一测试用例在生成过程中与所述测试需求自动建立关联；

从预设的静态测试用例库中获取与所述待测软件项目的项目类型相同的静态测试用例；其中，所述静态测试用例根据历史缺陷数据转化生成；

根据所述第一测试用例和所述静态测试用例对应生成第二测试用例；

根据所述第二测试用例对所述待测软件项目进行测试。

进一步地，在所述根据所述测试需求对应生成第一测试用例之前，还包括：

获取所述待测软件项目的测试类型；其中，所述测试类型至少包括功能测试、可靠性测试、易用性测试、效率测试、维护性测试、可移植性测试、兼容性测试、信息安全性测试、产品说明测试和用户文档集测试；

根据所述测试类型对所述测试需求进行分类；

则所述获取待测软件项目的测试需求，具体包括：

按照所述测试需求所属的类型对应获取所述测试需求。

进一步地，所述根据所述测试需求对应生成第一测试用例，具体包括：

根据所述测试需求的编号生成测试用例编号；

根据所述测试需求的编号和所述测试需求的标题生成测试用例标题；

根据所述测试需求的描述生成测试用例描述；

根据所述测试需求的预期结果生成测试用例预期结果；

根据所述测试用例编号、所述测试用例标题、所述测试用例描述和所述测试用例预期结果对应生成所述第一测试用例。

进一步地，所述方法还包括：

收集测试过程中的历史缺陷数据，建立缺陷数据库；

对所述缺陷数据库中的历史缺陷数据进行清洗和筛选，获得功能缺陷数据；

根据项目类型对所述功能缺陷数据进行分类；其中，所述项目类型至少包括综合布线、信息机房、网络系统、app应用、c/s架构应用系统和b/s架构应用系统；

将满足预设条件的功能缺陷数据对应转化为静态测试用例；

将所述静态测试用例及其所属的项目类型保存至所述静态测试用例库中。

进一步地，所述将满足预设条件的功能缺陷数据对应转化为静态测试用例，具体包括：

对所述功能缺陷数据进行严重性等级划分；

将严重性等级满足预设等级条件的功能缺陷数据转化为所述静态测试用例，并根据严重性等级设置所述静态测试用例的优先级。

进一步地，所述将满足预设条件的功能缺陷数据对应转化为静态测试用例，具体包括：

分别统计同一项目类型下的类似功能缺陷数据的出现频数；其中，所述类似功能缺陷数据至少包括登录模块的功能缺陷数据、查询模块的功能缺陷数据和录入数据校验模块的功能缺陷数据；

将出现频数满足预设频数阈值的类似功能缺陷数据转化为所述静态测试用例，并根据出现频数设置所述静态测试用例的优先级。

进一步地，所述将满足预设条件的功能缺陷数据对应转化为静态测试用例，具体包括：

将满足预设条件的功能缺陷数据对应的前置条件和操作步骤转化为静态测试用例。

为了解决上述技术问题，本发明实施例还提供了一种软件项目测试系统，包括：

测试需求获取模块，用于获取待测软件项目的测试需求；

第一测试用例生成模块，用于根据所述测试需求对应生成第一测试用例；其中，所述第一测试用例在生成过程中与所述测试需求自动建立关联；

静态测试用例获取模块，用于从预设的静态测试用例库中获取与所述待测软件项目的项目类型相同的静态测试用例；其中，所述静态测试用例根据历史缺陷数据转化生成；

第二测试用例生成模块，用于根据所述第一测试用例和所述静态测试用例对应生成第二测试用例；以及，

测试模块，用于根据所述第二测试用例对所述待测软件项目进行测试。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序；其中，所述计算机程序在运行时控制所述计算机可读存储介质所在的设备执行上述任一项所述的软件项目测试方法。

本发明实施例还提供了一种终端设备，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器在执行所述计算机程序时实现上述任一项所述的软件项目测试方法。

实施本发明实施例，具有如下有益效果：

本发明实施例获取待测软件项目的测试需求，根据待测软件项目的测试需求直接生成第一测试用例，并且第一测试用例在生成过程中与测试需求自动建立关联，能够在测试人员和测试时间有限的条件下，大量节省人工资源和设计测试用例的时间，从而提高了软件项目的测试效率；基于历史缺陷数据对应生成的静态测试用例以及根据测试需求生成的第一测试用例生成第二测试用例，并根据第二测试用例对待测软件项目进行测试，能够对历史缺陷数据进行再次利用，由第一测试用例和静态测试用例生成的第二测试用例扩大了测试范围，有效提高了测试用例的覆盖率，优化了测试工作的有效性。

附图说明

图1是本发明提供的一种软件项目测试方法的一个优选实施例的流程图；

图2是本发明提供的一种软件项目测试方法的步骤s12的一个优选实施例的具体流程图；

图3是本发明提供的一种软件项目测试方法的另一个优选实施例的流程图；

图4是本发明提供的一种软件项目测试系统的一个优选实施例的结构框图；

图5是本发明提供的一种终端设备的一个优选实施例的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1所示，是本发明提供的一种软件项目测试方法的一个优选实施例的流程图，包括步骤s11至步骤s15：

s11、获取待测软件项目的测试需求；

s12、根据所述测试需求对应生成第一测试用例；其中，所述第一测试用例在生成过程中与所述测试需求自动建立关联；

s13、从预设的静态测试用例库中获取与所述待测软件项目的项目类型相同的静态测试用例；其中，所述静态测试用例根据历史缺陷数据转化生成；

s14、根据所述第一测试用例和所述静态测试用例对应生成第二测试用例；

s15、根据所述第二测试用例对所述待测软件项目进行测试。

具体的，首先获取待测软件项目的测试需求，并根据获取的测试需求对应生成第一测试用例，其中，第一测试用例在生成过程中与测试需求自动建立了一一对应的关联关系；然后从预先设置的静态测试用例库中获取与上述待测软件项目的项目类型相同的静态测试用例，其中，静态测试用例是根据测试过程中获得的历史缺陷数据对应转化生成的；接着根据生成的第一测试用例和获取的静态测试用例对应生成第二测试用例，并根据生成的第二测试用例对上述待测软件项目进行测试。

需要说明的是，待测软件项目的测试需求是从待测软件项目的项目需求中提取的，而提取的测试需求本身已经包括测试焦点并明确测试焦点的优先级，因此，测试需求为测试用例的设计提供了测试所需的功能点信息的特点，能够依据测试需求，一键生成第一测试用例，并一键建立第一测试用例与测试需求之间的关联。

另外，测评实验室中具有大量的软件测试项目，在软件项目的测试过程中积累了大量的历史缺陷数据，根据历史缺陷数据可以对应转化生成静态测试用例，并且静态测试用例能直接被引用，结合第一测试用例生成针对待测软件项目的第二测试用例，为软件项目的测试用例的设计提供了指导。

本发明实施例所提供的一种软件项目测试方法，根据获取的待测软件项目的测试需求直接生成第一测试用例，并且第一测试用例在生成过程中与测试需求自动建立关联，能够在测试人员和测试时间有限的条件下，大量节省人工资源和设计测试用例的时间，从而提高了软件项目的测试效率；基于测试过程中的历史缺陷数据对应生成的静态测试用例以及根据测试需求生成的第一测试用例生成第二测试用例，并根据第二测试用例对待测软件项目进行测试，能够对缺陷数据进行再次利用，由第一测试用例和静态测试用例生成的第二测试用例扩大了测试范围，有效提高了测试用例的覆盖率，优化了测试工作的有效性。

在另一个优选实施例中，在所述根据所述测试需求对应生成第一测试用例之前，还包括：

获取所述待测软件项目的测试类型；其中，所述测试类型至少包括功能测试、可靠性测试、易用性测试、效率测试、维护性测试、可移植性测试、兼容性测试、信息安全性测试、产品说明测试和用户文档集测试；

根据所述测试类型对所述测试需求进行分类；

则所述获取待测软件项目的测试需求，具体包括：

按照所述测试需求所属的类型对应获取所述测试需求。

具体的，系统根据待测软件项目的测试类型为测试需求添加分类，并建立了相应的测试需求分类目录，在从待测软件项目的项目需求中提取出测试需求后，系统按照每一个测试需求所属的类型在相应的分类目录下获取该测试需求。

在实际应用时，从待测软件项目的项目需求中提取至少一个测试需求，根据待测软件项目的测试类型确定每一个测试需求所属的测试需求分类目录，用户在相应的测试需求分类目录下录入对应的测试需求以上传到系统中，具体实施时，可以通过excel表格的方式批量导入测试需求，并发明不作具体限定。

参见图2所示，是本发明提供的一种软件项目测试方法的步骤s12的一个优选实施例的具体流程图，所述根据所述测试需求对应生成第一测试用例，具体包括步骤s1201至步骤s1205：

步骤s1201、根据所述测试需求的编号生成测试用例编号；

步骤s1202、根据所述测试需求的编号和所述测试需求的标题生成测试用例标题；

步骤s1203、根据所述测试需求的描述生成测试用例描述；

步骤s1204、根据所述测试需求的预期结果生成测试用例预期结果；

步骤s1205、根据所述测试用例编号、所述测试用例标题、所述测试用例描述和所述测试用例预期结果对应生成所述第一测试用例。

具体的，每一个测试需求对应维护有一个测试需求编号，根据待测软件项目的测试需求所对应的测试需求编号生成测试用例编号，根据待测软件项目的测试需求所对应的测试需求编号和测试需求标题生成测试用例标题，根据待测软件项目的测试需求所对应的测试需求描述生成测试用例描述，根据待测软件项目的测试需求所对应的测试需求预期结果生成测试用例预期结果，最后根据生成的测试用例编号、测试用例标题、测试用例描述和测试用例预期结果对应生成第一测试用例。

在获取测试需求后，根据每个测试需求对应生成一个测试用例，并根据测试需求编号生成测试用例编号，例如编号tc-1、tc-2、……、tc-n，测试需求编号与测试用例编号一一对应，以便于管理测试用例，且便于后续测试报告和异常报告的引用；同时，将测试需求编号和测试需求标题作为其生成的测试用例标题，将测试需求描述作为其生成的测试用例描述，从而建立测试需求与测试用例之间的一一对应的关联关系，便于查找和管理；其中，测试需求与测试用例之间的关联具体包括两个方面，一方面，测试需求编号与测试用例编号关联，几条测试需求对应几条测试用例，另一方面，测试需求编号与测试需求标题构成测试用例标题。

在根据每个测试需求对应生成测试用例后，还需补充测试用例的预期结果，操作人员可依次对每个测试用例的预期结果进行补充，也可通过“复制步骤到预期结果”功能实现一键将所有测试用例的操作描述全部复制到预期结果中作为对应的测试用例的执行结果(这种操作一般用于测试时间紧张，资源不充足的情况下)，在补充测试用例的预期结果后，由测试需求生成的测试用例就完整了，并且系统支持对自动生成的测试用例进行增删查改。

其中，预期结果是一个测试用例的三大核心要素(标题、步骤、预期结果)之一，其中，标题是对测试用例的概括描述，步骤是对测试执行过程进行描述，预期结果是提供测试执行的预期结果，预期结果一般是根据项目需求得出的，预期结果的补充是为了便于与测试的实际结果进行比较，以判断测试是否通过，如果实际结果与预期结果一致，则表示测试通过，反之则表示失败。

另外，还需根据测试需求中的测试焦点对测试用例设置优先级，测试用例优先级高表示该测试用例为必测项，测试发现缺陷的可能性高，或者该测试用例的测试功能为必要测试功能，需要测试覆盖。在测试用例补充预期结果并设置优先级后，即构成待测软件项目的第一测试用例。

需要说明的是，测试用例编号不代表测试用例的优先级，优先级高的测试用例表示在执行测试用例过程中需要重点测试与关注的地方，在测试过程中，可以按照测试用例编号的顺序测试，与阅读一般文档从上到下阅读是一样的道理。

参见图3所示，是本发明提供的一种软件项目测试方法的另一个优选实施例的流程图，所述方法还包括步骤s21至步骤s25：

步骤s21、收集测试过程中的历史缺陷数据，建立缺陷数据库；

步骤s22、对所述缺陷数据库中的历史缺陷数据进行清洗和筛选，获得功能缺陷数据；

步骤s23、根据项目类型对所述功能缺陷数据进行分类；其中，所述项目类型至少包括综合布线、信息机房、网络系统、app应用、c/s架构应用系统和b/s架构应用系统；

步骤s24、将满足预设条件的功能缺陷数据对应转化为静态测试用例；

步骤s25、将所述静态测试用例及其所属的项目类型保存至所述静态测试用例库中。

本实施例是一种基于缺陷olap(联机分析处理)的静态测试用例生成方法，缺陷olap是基于缺陷数据仓库的在线多维统计分析，其允许用户在线地从多个维度观察某个度量值，从而为建立静态测试用例库提供支持。

具体的，首先根据收集到的测试过程中的历史缺陷数据建立缺陷数据库，该缺陷数据库中汇集了软件项目测试过程中发现的所有历史缺陷问题，然后对缺陷数据库中的所有的历史缺陷数据进行清洗和筛选(还可以包括格式转换、数据挖掘算法过滤等处理)，清除测试缺陷数据，筛选出功能缺陷数据，接着对筛选出的功能缺陷数据进行所属项目类型分类，其中，项目类型至少包括综合布线、信息机房、网络系统、app应用、c/s架构应用系统和b/s架构应用系统等，最后将满足预先设置的一定条件的功能缺陷数据对应转化为静态测试用例，并将生成的静态测试用例及其该静态测试用例所属的项目类型(功能缺陷数据所属的项目类型)保存至静态测试用例库中(静态测试用例库中的静态测试用例以项目类型为目录进行分类展示)。

需要说明的是，测试缺陷是指软件测试的设计与实施发生错误，特别是系统级的功能测试，要求复杂的测试环境和数据库支持，还需要对测试进行脚本编写，因此软件测试自身也可能发生错误，另外，如果测试人员对系统缺乏了解，或对规格说明书做了错误的解释，也会发生许多错误，这些错误(由外部因素导致软件运行时与预期结果不一致)所对应的缺陷数据为测试缺陷数据，而功能缺陷数据是指程序实现的功能与实际要求不一致所对应的缺陷数据；测试缺陷和功能缺陷可根据缺陷的处理结果进行筛选，若处理结果为外部原因、不处理，则表明为该缺陷为测试缺陷，若处理结果为延迟处理或者已处理，则表明该缺陷为功能缺陷；一般系统中如果是测试缺陷，操作员会删除相应的缺陷数据。

在又一个优选实施例中，所述将满足预设条件的功能缺陷数据对应转化为静态测试用例，具体包括：

对所述功能缺陷数据进行严重性等级划分；

将严重性等级满足预设等级条件的功能缺陷数据转化为所述静态测试用例，并根据严重性等级设置所述静态测试用例的优先级。

本实施例说明预先设置的需要满足的条件为严重性等级条件，具体的，对功能缺陷数据进行严重性等级划分，当某一组功能缺陷数据的严重性等级达到预先设置的等级条件时，将该功能缺陷数据转化为静态测试用例，同时根据该功能缺陷数据的严重性等级设置静态测试用例的优先级。

例如，将功能缺陷数据划分为五个严重性等级，分别为轻微、一般、严重、非常严重、致命，设定危急值阈值，当功能缺陷数据的严重性等级达到非常严重甚至致命等级时，将该功能缺陷数据转化为静态测试用例，并根据该功能缺陷数据的严重性等级设置其静态测试用例的优先级，其中，严重性等级越高，静态测试用例的优先级越高。

需要说明的是，在记录测试异常数据时，依据缺陷严重等级评定标准勾选记录的异常数据的严重等级(致命、非常严重、严重、一般、轻微)，对数据筛选后的功能缺陷数据进行严重性等级划分实际就是根据缺陷数据的严重等级字段进行分类。

在又一个优选实施例中，所述将满足预设条件的功能缺陷数据对应转化为静态测试用例，具体包括：

分别统计同一项目类型下的类似功能缺陷数据的出现频数；其中，所述类似功能缺陷数据至少包括登录模块的功能缺陷数据、查询模块的功能缺陷数据和录入数据校验模块的功能缺陷数据；

将出现频数满足预设频数阈值的类似功能缺陷数据转化为所述静态测试用例，并根据出现频数设置所述静态测试用例的优先级。

本实施例说明预先设置的需要满足的条件为频数阈值条件，具体的，以功能缺陷数据的项目类型为维度，统计同一项目类型下的类似功能缺陷数据(例如登录模块的功能缺陷数据、查询模块的功能缺陷数据和录入数据校验模块的功能缺陷数据等)出现的频数，分别为每一种功能缺陷数据设定相应的频数阈值，当某一组功能缺陷数据的出现频数达到预先设置的频数阈值时，将该功能缺陷数据转化为静态测试用例，同时根据该功能缺陷数据的出现频数设置静态测试用例的优先级。

需要说明的是，在根据功能缺陷数据的出现频数设置其静态测试用例的优先级时，功能缺陷数据的出现频数越大，对应的静态测试用例的优先级越高。

在又一个优选实施例中，所述将满足预设条件的功能缺陷数据对应转化为静态测试用例，具体包括：

将满足预设条件的功能缺陷数据对应的前置条件和操作步骤转化为静态测试用例。

需要说明的是，本实施例为将功能缺陷数据对应转化为静态测试用例的一种实现方法，属于不同项目类型的功能缺陷数据所使用的方法相同，也可以使用其他方法，本发明不作具体限定。

本发明实施例还提供了一种软件项目测试系统，能够实现上述任一实施例所述的软件项目测试方法的所有流程，装置中的各个模块、单元的作用以及实现的技术效果分别与上述实施例所述的软件项目测试方法的作用以及实现的技术效果对应相同，这里不再赘述。

参见图4所示，是本发明提供的一种软件项目测试系统的一个优选实施例的结构框图，所述系统包括：

测试需求获取模块11，用于获取待测软件项目的测试需求；

第一测试用例生成模块12，用于根据所述测试需求对应生成第一测试用例；其中，所述第一测试用例在生成过程中与所述测试需求自动建立关联；

静态测试用例获取模块13，用于从预设的静态测试用例库中获取与所述待测软件项目的项目类型相同的静态测试用例；其中，所述静态测试用例根据历史缺陷数据转化生成；

第二测试用例生成模块14，用于根据所述第一测试用例和所述静态测试用例对应生成第二测试用例；以及，

测试模块15，用于根据所述第二测试用例对所述待测软件项目进行测试。

优选地，所述系统还包括：

测试类型获取模块，用于获取所述待测软件项目的测试类型；其中，所述测试类型至少包括功能测试、可靠性测试、易用性测试、效率测试、维护性测试、可移植性测试、兼容性测试、信息安全性测试、产品说明测试和用户文档集测试；以及，

测试需求分类模块，用于根据所述测试类型对所述测试需求进行分类；

则所述测试需求获取模块具体包括：

测试需求获取单元，用于按照所述测试需求所属的类型对应获取所述测试需求。

优选地，所述第一测试用例生成模块具体包括：

用例编号生成单元，用于根据所述测试需求的编号生成测试用例编号；

用例标题生成单元，用于根据所述测试需求的编号和所述测试需求的标题生成测试用例标题；

用例描述生成单元，用于根据所述测试需求的描述生成测试用例描述；

用例预期结果生成单元，用于根据所述测试需求的预期结果生成测试用例预期结果；以及，

第一测试用例生成单元，用于根据所述测试用例编号、所述测试用例标题、所述测试用例描述和所述测试用例预期结果对应生成所述第一测试用例。

优选地，所述系统还包括：

缺陷数据库建立模块，用于收集测试过程中的历史缺陷数据，建立缺陷数据库；

功能缺陷数据获取模块，用于对所述缺陷数据库中的历史缺陷数据进行清洗和筛选，获得功能缺陷数据；

功能缺陷数据分类模块，用于根据项目类型对所述功能缺陷数据进行分类；其中，所述项目类型至少包括综合布线、信息机房、网络系统、c/s架构应用系统和b/s架构应用系统；

静态测试用例生成模块，用于将满足预设条件的功能缺陷数据对应转化为静态测试用例；以及，

静态测试用例保存模块，用于将所述静态测试用例及其所属的项目类型保存至所述静态测试用例库中。

优选地，所述静态测试用例生成模块具体包括：

功能缺陷数据等级划分单元，用于对所述功能缺陷数据进行严重性等级划分；以及，

第一静态测试用例生成单元，用于将严重性等级满足预设等级条件的功能缺陷数据转化为所述静态测试用例，并根据严重性等级设置所述静态测试用例的优先级。

优选地，所述静态测试用例生成模块具体包括：

功能缺陷数据频数统计单元，用于分别统计同一项目类型下的类似功能缺陷数据的出现频数；其中，所述类似功能缺陷数据至少包括登录模块的功能缺陷数据、查询模块的功能缺陷数据和录入数据校验模块的功能缺陷数据；以及，

第二静态测试用例生成单元，用于将出现频数满足预设频数阈值的类似功能缺陷数据转化为所述静态测试用例，并根据出现频数设置所述静态测试用例的优先级。

优选地，所述静态测试用例生成模块具体包括：

静态测试用例生成单元，用于将满足预设条件的功能缺陷数据对应的前置条件和操作步骤转化为静态测试用例。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序；其中，所述计算机程序在运行时控制所述计算机可读存储介质所在的设备执行上述任一实施例所述的软件项目测试方法。

本发明实施例还提供了一种终端设备，参见图5所示是本发明提供的一种终端设备的一个优选实施例的结构框图，所述终端设备包括处理器10、存储器20以及存储在所述存储器20中且被配置为由所述处理器10执行的计算机程序，所述处理器10在执行所述计算机程序时实现上述任一实施例所述的软件项目测试方法。

优选地，所述计算机程序可以被分割成一个或多个模块/单元(如计算机程序1、计算机程序2、······)，所述一个或者多个模块/单元被存储在所述存储器20中，并由所述处理器10执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述终端设备中的执行过程。

所述处理器10可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，通用处理器可以是微处理器，或者所述处理器10也可以是任何常规的处理器，所述处理器10是所述终端设备的控制中心，利用各种接口和线路连接所述终端设备的各个部分。

所述存储器20主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序等，数据存储区可存储相关数据等。此外，所述存储器20可以是高速随机存取存储器，还可以是非易失性存储器，例如插接式硬盘，智能存储卡(smartmediacard，smc)、安全数字(securedigital，sd)卡和闪存卡(flashcard)等，或所述存储器20也可以是其他易失性固态存储器件。

需要说明的是，上述终端设备可包括，但不仅限于，处理器、存储器，本领域技术人员可以理解，图5结构框图仅仅是终端设备的示例，并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。

综上，本发明实施例所提供的一种软件项目测试方法、系统、计算机可读存储介质及终端设备，根据获取的待测软件项目的测试需求直接生成第一测试用例，并且第一测试用例在生成过程中与测试需求自动建立关联，能够在测试人员和测试时间有限的条件下，大量节省人工资源和设计测试用例的时间，从而提高了软件项目的测试效率；基于测试过程中的历史缺陷数据对应生成的静态测试用例以及根据测试需求生成的第一测试用例生成第二测试用例，并根据第二测试用例对待测软件项目进行测试，能够对缺陷数据进行再次利用，由第一测试用例和静态测试用例生成的第二测试用例扩大了测试范围，有效提高了测试用例的覆盖率，优化了测试工作的有效性。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。