[发明专利]软件项目测试方法、系统、存储介质及终端设备

说明书

本发明公开了一种软件项目测试方法，包括：获取待测软件项目的测试需求；根据所述测试需求对应生成第一测试用例；其中，所述第一测试用例在生成过程中与所述测试需求自动建立关联；从预设的静态测试用例库中获取与所述待测软件项目的项目类型相同的静态测试用例；其中，所述静态测试用例根据历史缺陷数据转化生成；根据所述第一测试用例和所述静态测试用例对应生成第二测试用例；根据所述第二测试用例对所述待测软件项目进行测试。相应的，本发明还公开了一种软件项目测试系统、计算机可读存储介质及终端设备。采用本发明的技术方案能够提高软件项目的测试效率和测试用例覆盖率。

技术领域

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

背景技术

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

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

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

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

发明内容

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

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

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

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

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

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

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

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

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

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

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

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

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