CN113886219A - 软件测试方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种软件测试方法、装置、计算机设备和存储介质。所述方法包括：所述方法应用于外包软件版本控制系统，获取测试用例和测试脚本；其中，测试用例和所述测试脚本是用户依据软件开发源代码和软件文档进行调试后确定的；根据测试用例和测试脚本生成测试方案；响应用户的测试方案选择操作，确定与测试方案选择操作相应的目标测试方案，并指示与外包软件版本控制系统连接的测试工具执行目标测试方案；接收测试工具执行目标测试方案后生成的测试报告，并将测试报告存储于所述外包软件版本控制系统。测试工具与外包软件版本控制系统连接且为软件测试提供了统一的测试平台，使测试工具和测试方案不再相对独立，进而提高了外包软件的质量。

Description

软件测试方法、装置、计算机设备和存储介质

技术领域

本申请涉及软件开发技术领域，特别是涉及一种软件测试方法、装置、计算机和存储介质。

背景技术

随着软件和IT行业的发展，软件系统越来越复杂，软件市场对外包软件的质量要求也是日益增高。一个外包软件大多不是由一个软件工程师单独编写，而是由软件开发团队进行配合完成的，因此每个软件工程师会负责一个或多个模块，对于全局没有过多的了解，这时如果运行软件就会容易产生很多的错误，并且每个软件工程师都会有思维死角，不容易发现自己编写中存在的错误。因此需要专门的软件测试方案来检查软件是否还有错误，如果发现异常状态及时进行处理。

现有外包软件的测试大多是由独立的第三方测试机构完成，不同的测试机构采用的测试工具和测试方案相对独立，这可能会导致外包软件的实际质量低于预计质量。

发明内容

基于此，有必要针对上述技术问题，提供一种软件测试方法、装置、计算机设备和存储介质。

一种软件测试方法，应用于外包软件版本控制系统，所述外包软件版本控制系统存储有外包软件的软件开发源代码和软件文档；所述方法包括：

获取测试用例和测试脚本；其中，所述测试用例和所述测试脚本是用户依据所述软件开发源代码和所述软件文档进行调试后确定的；

根据所述测试用例和测试脚本生成测试方案；

响应用户的测试方案选择操作，确定与所述测试方案选择操作相应的目标测试方案，并指示与所述外包软件版本控制系统连接的测试工具执行所述目标测试方案；

接收所述测试工具执行所述目标测试方案后生成的测试报告，并将所述测试报告存储于所述外包软件版本控制系统。

在其中一个实施例中，还包括：

在所述外包软件版本控制系统中生成软件测试记录；

响应用户对所述软件测试记录的查看操作，在所述外包软件版本控制系统中读取所述测试报告并进行展示。

在其中一个实施例中，还包括：

响应用户对所述测试报告的审核确认操作，将所述软件测试记录的状态变更为完成状态。

在其中一个实施例中，在所述软件测试记录的状态为完成状态的情况下，还包括：

获取第一验证脚本和第一验证用例；

根据所述第一验证脚本和所述第一验证用例生成第一验证方案；

响应用户的第一验证方案选择操作，确定与所述第一验证方案选择操作相应的第一目标验证方案，并指示测试环境执行所述第一目标验证方案；其中，所述测试环境部署在所述外包软件；

接收所述测试环境执行所述第一目标验证方案后生成的第一验证结果，并将所述第一验证结果存储于所述外包软件版本控制系统。

在其中一个实施例中，还包括：

在所述外包软件版本控制系统中生成第一软件升级验证记录；

响应用户对所述第一软件升级验证记录的查看操作，在所述外包软件版本控制系统中读取所述第一验证结果并进行展示。

在其中一个实施例中，还包括：

响应用户对所述第一验证结果的审核确认操作，将所述第一软件升级验证记录的状态变更为完成状态。

在其中一个实施例中，还包括：

获取验证脚本和验证用例；

根据所述第二验证脚本和所述第二验证用例生成第二验证方案；

响应用户的第二验证方案选择操作，确定与所述第二验证方案选择操作相应的第二目标验证方案，并指示产品环境执行所述目标第二验证方案；其中，所述产品环境部署有所述外包软件；

接收所述产品环境执行所述第二目标验证方案后生成的第二验证结果，并将所述第二验证结果存储于所述外包软件版本控制系统。

在其中一个实施例中，还包括：

在所述外包软件版本控制系统中生成第二软件升级验证记录；

响应用户对所述第二软件升级验证记录的查看操作，在所述外包软件版本控制系统中读取所述第二验证结果并进行展示。

在其中一个实施例中，还包括：

响应用户对所述第二验证结果的审核确认操作，将所述第二软件升级验证记录的状态变更为完成状态。

一种软件测试装置，应用于外包软件版本控制系统,所述外包软件版本控制系统存储有外包软件的软件开发源代码和软件文档，所述装置包括：

获取模块，用于获取测试用例和测试脚本；其中，所述测试用例和所述测试脚本是用户依据所述软件开发源代码和所述软件文档进行调试后确定的；

生成模块，用于根据所述测试用例和测试脚本生成测试方案；

测试模块，用于响应用户的测试方案选择操作，确定与所述测试方案选择操作相应的目标测试方案，并指示与所述外包软件版本控制系统连接的测试工具执行所述目标测试方案；

接收模块，用于接收所述测试工具执行所述目标测试方案后生成的测试报告，并将所述测试报告存储于所述外包软件版本控制系统。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述的方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。

上述软件测试方法、装置、计算机设备和存储介质，通过获取测试用例和测试脚本；其中，测试用例和所述测试脚本是用户依据所述软件开发源代码和所述软件文档进行调试后确定的文件；根据所述测试用例和测试脚本生成测试方案；响应用户的测试方案选择操作，确定与所述测试方案选择操作相应的目标测试方案，并指示与所述外包软件版本控制系统连接的测试工具执行所述目标测试方案，接收所述测试工具执行所述目标测试方案后生成的测试报告，并将所述测试报告存储于所述外包软件版本控制系统，其中测试报告的存储位置可以是外包软件版本控制系统指定的目录，便于用户追溯软件多个测试版本的相关文件，测试工具与外包软件版本控制系统连接且为软件测试提供了统一的测试平台，使测试工具和测试方案不再相对独立，进而提高了外包软件的质量。

附图说明

图1为一个实施例中一种软件测试方法的应用环境图；

图2为一个实施例中一种软件测试方法的流程示意图；

图3为一个实施例中一种软件验证方法的流程示意图；

图4为另一个实施例中一种软件验证方法步骤的流程示意图；

图5为一个实施例中一种软件测试装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的软件测试方法，可以应用于如图1所示的应用环境中。其中，用户终端102通过网络与外包软件版本控制系统104进行通讯，外包软件版本控制系统104可以响应来自用户终端102的多种操作。其中，用户终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备；外包软件版本控制系统104是在外包软件的开发、测试、验证等不同阶段中存储和管理所产生的文件版本的系统，可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种软件测试方法，以该方法应用于图1中的外包软件版本控制系统104为例进行说明，包括以下步骤：

步骤202，获取测试用例和测试脚本。

其中，测试用例和测试脚本是用户(例如专业的测试机构)依据软件开发源代码和软件文档进行调试后确定的文件，测试用例是对一个软件进行的测试任务的描述，它包含测试目标、输入数据、测试步骤、预期结果等；测试脚本是软件进行测试的一系列计算机可读指令。在获取测试用例和测试脚本前，外包软件版本控制系统内存储有外包软件的软件开发源代码和软件文档，该软件开发源代码和软件文档可以由外包软件的开发团队上传至该外包软件版本控制系统。此外，外包软件版本控制系统为软件测试提供统一的测试平台，可以存储和管理软件测试过程中的软件开发源代码、软件文档、测试报告、验证报告等文件，其中，软件文档是开发外包软件的软件需求、源代码的说明文档等。

在一个实施例中，外包软件版本控制系统内存储有外包软件的软件需求、软件开发源代码和配置文件等软件文档，外包软件版本控制系统获取来自用户端的测试用例和测试脚本。

步骤204，根据所述测试用例和测试脚本生成测试方案。

其中，外包软件版本控制系统根据测试脚本、测试用例和一些默认设置创建测试方案，测试方案主要包含自动测试所需的测试脚本、测试用例、测试驱动数据及测试文件存储路径等，默认设置包含测试文件存储路径，如软件测试报告的存储位置、测试方案的存储位置等。测试方案一旦创建后，用户每次只需选择测试方案中的一种，就可以让与外包软件版本控制系统连接的测试工具来执行目标测试方案，不同软件的目标测试方案不同且目标测试方案可以重复执行。

具体地，外包软件版本控制系统获取到测试用例和测试脚本后会根据测试用例和测试脚本在外包软件版本控制系统中生成相关的测试方案，用于完成软件测试。

步骤206，响应用户的测试方案选择操作，确定与所述测试方案选择操作相应的目标测试方案，并指示与外包软件版本控制系统连接的测试工具执行所述目标测试方案。

其中，测试工具可以是J Meter性能测试工具，与外包软件版本控制系统连接，是外包软件版本控制系统为软件测试提供的统一测试平台，用于在软件测试过程中来执行目标测试方案。

具体地，响应用户的测试方案选择操作、确定与测试方案选择操作相应的目标测试方案后，指示与外包软件版本控制系统连接的J Meter性能测试工具执行目标测试方案。

步骤208，接收所述测试工具执行所述目标测试方案后生成的测试报告，并将所述测试报告存储于所述外包软件版本控制系统。

其中，测试报告的内容可包含具体的测试项及对应的测试结果等，测试报告的存储位置可以是外包软件版本控制系统的指定目录，例如：\testreports。

具体地，当测试工具执行完目标测试方案后生成测试报告，并将生成的测试报告存储于所述外包软件版本控制系统的指定目录，例如：\testreports，便于用户后续查看测试情况和展示测试结果。

上述软件测试方法，通过获取测试用例和测试脚本；其中，测试用例和所述测试脚本是用户依据所述软件开发源代码和所述软件文档进行调试后确定的文件；根据所述测试用例和测试脚本生成测试方案，可以是生成测试序列；响应用户的测试方案选择操作，确定与测试方案选择操作相应的目标测试方案，并指示与外包软件版本控制系统连接的测试工具执行所述目标测试方案，测试工具其中接收测试工具执行目标测试方案后生成的测试报告，并将测试报告存储于所述外包软件版本控制系统，其中测试报告的存储位置可以是外包软件版本控制系统指定的目录，例如：\testreports，便于用户追溯软件多个测试版本的相关文件，测试工具与外包软件版本控制系统连接且为软件测试提供了统一的测试平台，使测试工具和测试方案不再相对独立，进而提高了外包软件的质量。

在一个实施例中，软件测试方法还包括：

在外包软件版本控制系统中生成软件测试记录；

响应用户对软件测试记录的查看操作，在外包软件版本控制系统中读取测试报告并进行展示。

其中，软件测试记录是存储每次测试过程的文件，可以包含测试时间、测试工具名称和型号、具体的测试项及进度等，，软件测试记录的存储位置可以是外包软件版本控制系统的指定目录，例如：\testrports-LOG；此外，对测试报告的展示可以但不局限于显示、语音播报等方式。

具体地，外包软件版本控制系统生成软件测试记录，便于管理人员追溯软件测试的具体进度；响应用户查看软件测试记录的操作后，在外包软件版本控制系统中读取测试报告并通过显示、语音播报等方式展示给用户。

在一个实施例中，还包括响应用户对测试报告的审核确认操作，将软件测试记录的状态变更为完成状态。

其中，用户在对测试报告进行审核确认前需登录外包软件版本控制系统，在一个实施例中，外包软件版本控制系统获取用户的登陆信息，根据该登陆信息确定用户是否有权限登陆外包软件版本控制系统以及对测试报告进行审核。其中，登陆信息可以是人脸信息、声纹信息或账号密码信息等等。若用户成功登陆外包软件版本控制系统且具有测试报告的审核权限，则可以根据展示的测试报告的内容来进行审核，一旦审核通过，用户可在外包软件版本控制系统中实施审核确认操作，即可将软件测试记录的状态变更为完成状态，如果审核未通过，那就需要要求测试人员重新测试，用户不需要将软件测试记录的状态变更为完成状态。

在一个实施例中，若外包软件版本控制系统中软件测试记录的状态为完成状态，则表明软件测试通过，软件开发团队即可在测试环境中进行下一步的升级验证工作。如图3所示，提供了一种基于测试环境的软件升级验证方法，以该方法应用于图1中的用户终端为例进行说明，包括以下步骤：

步骤302，获取第一验证脚本和第一验证用例。

其中，第一验证脚本和第一验证用例是用户(例如软件开发团队)依据软件开发源代码进行调试后确定的文件，例如，第一验证脚本包含验证的相关源代码等，第一验证用例包含验证的具体序列等；在获取第一验证脚本和第一验证用例前，外包软件版本控制系统内存储有外包软件的软件开发源代码和软件文档，该软件开发源代码和软件文档可以由外包软件的开发团队上传至该外包软件版本控制系统。

具体地，外包软件版本控制系统获取来自用户端的第一验证脚本和第一验证用例。

步骤304，根据第一验证脚本和第一验证用例生成第一验证方案。

其中，外包软件版本控制系统根据第一验证脚本、第一验证用例和一些默认设置生成第一验证方案，第一验证方案主要包含软件升级验证所需的第一验证脚本、第一验证用例及验证文件存储路径等，默认设置包含验证文件存储路径，如第一验证方案的存储位置等。第一验证方案一旦创建后，用户每次只需选择第一验证方案中的一种，就可以在测试环境中执行第一验证方案，不同软件的第一目标验证方案不同且第一目标验证方案可以重复执行。

具体地，外包软件版本控制系统获取到第一验证脚本和第一验证用例后会根据第一验证脚本和第一验证用例在外包软件版本控制系统中生成相关的第一验证方案，用于在测试环境中完成软件升级验证。

步骤306，响应用户的第一验证方案选择操作，确定与第一验证方案选择操作相应的第一目标验证方案，并指示测试环境执行所第一目标验证方案；其中，测试环境部署有外包软件；

其中，测试环境是指为了完成软件验证工作所必需的计算机硬件、软件、网络设备所构成的环境，如装有Java的PC机，用于在软件升级验证过程中来执行第一目标验证方案；外包软件可以部署在测试环境中。

具体地，响应用户的第一验证方案选择操作、确定与第一验证方案选择操作相应的第一目标验证方案后，指示装有Java的PC机来执行第一目标验证方案。

步骤308，接收测试环境执行第一目标验证方案后生成的第一验证结果，并将第一验证结果存储于外包软件版本控制系统。

其中，第一验证结果包含具体的验证项及对应的验证结果等，它的存储位置可以是外包软件版本控制系统的默认或指定目录，例如：\virifyreports-test。

具体地，当装有Java的PC机执行完第一目标验证方案后生成第一验证结果，并将生成的第一验证结果存储于所述外包软件版本控制系统的指定目录，例如：\virifyreports-test，便于用户后续查看测试环境中的软件升级验证情况和展示第一验证结果。

上述应用于外包软件版本控制系统的软件验证方法，外包软件版本控制系统通过获取来自用户端的第一验证脚本和第一验证用例来生成第一验证方案，响应用户的第一验证方案选择操作、确定与第一验证方案选择操作相应的第一目标验证方案后，指示装有Java的PC机执行第一目标验证方案，当该PC机执行完第一目标验证方案后生成第一验证结果，并将生成的第一验证结果存储于外包软件版本控制系统的指定目录，例如：\virifyreports-test，能够达到便于用户追溯多个软件验证的相关文件的目的，指定的测试环境为软件升级验证提供了一个统一的软件验证环境，进而提高了外包软件的质量。

在一个实施例中，基于测试环境的软件升级验证方法还包括：

在外包软件版本控制系统中生成第一软件升级验证记录；

响应用户对第一软件升级验证记录的查看操作，在外包软件版本控制系统中读取第一验证结果并进行展示。

其中，第一软件升级验证记录是存储每次验证过程的文件，包含验证时间、验证环境、具体的验证项及进度等，用于测试环境中记录软件验证的全部信息；第一软件升级验证记录的存储位置可以是外包软件版本控制系统的指定目录，例如：\virifyreports-test-LOG；此外，对第一验证结果的展示可以但不局限于显示、语音播报等方式。

具体地，外包软件版本控制系统生成第一软件升级验证记录，便于管理人员追溯测试环境中软件升级验证的具体进度；响应用户查看第一软件升级验证记录的操作后，在外包软件版本控制系统中读取第一验证结果并通过显示、语音播报等方式展示给用户。

在一个实施例中，基于测试环境的软件升级验证方法还包括：

响应用户对第一验证结果的审核确认操作，将第一软件升级验证记录的状态变更为完成状态。

其中，用户在对第一验证结果进行审核确认前需登录外包软件版本控制系统，在一个实施例中，外包软件版本控制系统获取用户的登陆信息，根据该登陆信息确定用户是否有权限登陆外包软件版本控制系统以及对第一验证结果进行审核。其中，登陆信息可以是人脸信息、声纹信息或账号密码信息等等。若用户成功登陆外包软件版本控制系统且具有第一验证结果的审核权限，则可以根据展示的第一验证结果的内容来进行审核，一旦审核通过，用户可在外包软件版本控制系统中实施审核确认操作，即可将第一软件升级验证记录的状态变更为完成状态，如果审核未通过，那就需要要求验证人员重新在测试环境中验证，用户不需要将第一软件升级验证记录的状态变更为完成状态。

在一个实施例中，若外包软件版本控制系统中第一软件升级验证记录的状态为完成状态，则表明外包软件在测试环境中的升级验证通过，软件开发团队即可在产品环境中开展下一步的升级验证工作。如图4所示，提供了一种基于产品环境的软件升级验证的方法，以该方法应用于图1中的用户终端为例进行说明，包括以下步骤：

步骤402，获取第二验证脚本和第二验证用例。

其中，第二验证脚本和第二验证用例是用户(例如软件开发团队)依据软件开发源代码进行调试后确定的文件，例如，第二验证脚本包含验证的相关源代码等，第二验证用例包含验证的具体序列等；在获取第二验证脚本和第二验证用例前，外包软件版本控制系统内存储有外包软件的软件开发源代码和软件文档，该软件开发源代码和软件文档可以由外包软件的开发团队上传至该外包软件版本控制系统。

具体地，外包软件版本控制系统获取来自用户端的第二验证脚本和第二验证用例。

步骤404，根据所述第二验证脚本和第二验证用例生成第二验证方案；

其中，外包软件版本控制系统外包软件版本控制系统根据第二验证脚本、第二验证用例和一些默认设置生成第二验证方案，第二验证方案主要包含软件升级验证所需的第二验证脚本、第二验证用例及验证文件存储路径等，默认设置包含验证文件存储路径，如第二验证方案的存储位置等。，第二验证方案一旦创建后，用户每次只需选择第二验证方案中的一种，就可以在产品环境中执行第二验证方案，不同软件的第二目标验证方案不同且第二目标验证方案可以重复执行。

具体地，外包软件版本控制系统获取到第二验证脚本和第二验证用例后会根据第二验证脚本和第二验证用例在外包软件版本控制系统中生成相关的第二验证方案，用于在产品环境中完成软件升级验证。

步骤406，响应用户的第二验证方案选择操作，确定与所述第二验证方案选择操作相应的第二目标验证方案，并指示产品环境执行所述第二目标验证方案；其中，所述产品环境部署有所述外包软件；

其中，产品环境是指为了完成软件验证工作所必需的计算机硬件、软件、网络设备所构成的环境，如装有升级后软件的PC机，用于在软件升级验证过程中来执行第二目标验证方案；外包软件可以部署在产品环境中。。

具体地，响应用户的第二验证方案选择操作、确定与第二验证方案选择操作相应的第二目标验证方案后，指示装有升级后软件的PC机执行第二目标验证方案。

步骤408，接收所述产品环境执行所述第二目标验证方案后生成的第二验证结果，并将所述第二验证结果存储于所述外包软件版本控制系统

其中，第二验证结果包含具体的验证项及对应的验证结果等，它的存储位置可以是外包软件版本控制系统的默认或指定目录，例如：\virifyreports-product。

具体地，当装有升级后软件的PC机执行完第二目标验证方案后生成第二验证结果，并将生成的第二验证结果存储于所述外包软件版本控制系统的指定目录，例如：\virifyreports-product，便于用户后续查看产品环境中的软件升级验证情况和展示第二验证结果。

上述应用于外包软件版本控制系统的软件验证方法，外包软件版本控制系统通过获取来自用户端的第二验证脚本和第二验证用例来生成第二验证方案，响应用户的第二验证方案选择操作、确定与第二验证方案选择操作相应的第二目标验证方案后，指示装有升级后软件的PC机中执行第二目标验证方案，当该PC机执行完第二目标验证方案后生成第二验证结果，并将生成的第二验证结果存储于外包软件版本控制系统的指定目录，例如：\virifyreports-product，能够达到便于用户追溯多个软件验证的相关文件的目的，指定的产品环境为软件升级验证提供了一个统一的软件验证环境，进而提高了外包软件的质量。

在一个实施例中，基于产品环境的软件升级验证方法还包括：

在外包软件版本控制系统中生成第二软件升级验证记录；

响应用户对第二软件升级验证记录的查看操作，在外包软件版本控制系统中读取第二验证结果并进行展示。

其中，第二软件升级验证记录是存储每次验证过程的文件，包含验证时间、验证环境、具体的验证项及进度等，用于产品环境中记录软件验证的全部信息；第二软件升级验证记录的存储位置可以是外包软件版本控制系统的指定目录，例如：\virifyreports-product-LOG；此外，对第二验证结果的展示可以但不局限于显示、语音播报等方式。

具体地，外包软件版本控制系统生成第二软件升级验证记录，便于管理人员追溯产品环境中软件升级验证的具体进度；响应用户查看第二软件升级验证记录的操作后，在外包软件版本控制系统中读取第二验证结果并通过显示、语音播报等方式展示给用户。

在一个实施例中，基于产品环境的软件升级验证方法还包括：

响应用户对第二验证结果的审核确认操作，将第二软件升级验证记录的状态变更为完成状态。

其中，用户在对第二验证结果进行审核确认前需登录外包软件版本控制系统，在一个实施例中，外包软件版本控制系统获取用户的登陆信息，根据该登陆信息确定用户是否有权限登陆外包软件版本控制系统以及对第二验证结果进行审核。其中，登陆信息可以是人脸信息、声纹信息或账号密码信息等等。若用户成功登陆外包软件版本控制系统且具有第二验证结果的审核权限，则可以根据展示的第二验证结果的内容来进行审核，一旦审核通过，用户可在外包软件版本控制系统中实施审核确认操作，即可将第二软件升级验证记录的状态变更为完成状态，如果审核未通过，那就需要要求验证人员重新在测试环境中验证，用户不需要将第二软件升级验证记录的状态变更为完成状态。

在一个实施例中，第二软件升级验证记录的状态为完成状态后还包括：

获取前置终端嵌入式软件版本的升级和前置终端嵌入式软件版本的召测相关信息。

其中，前置终端嵌入式软件版本的升级和前置终端嵌入式软件版本的召测是用户(例如物联网前置终端软件团队)需完成的两个任务，前者是对前置终端嵌入式软件的升级，后者是对前置终端数据的召回；以电能计量系统为例，前置终端嵌入式软件版本的升级和召测试相关信息可包括终端的电能数据、该终端正在使用的软件版本等，用于自动计量系统分析数据、产生报表及曲线等等。前置终端嵌入式软件版本的升级和前置终端嵌入式软件版本的召测完成后，可以由物联网前置终端软件团队将终端的电能数据、该终端正在使用的软件版本等相关信息上传至该外包软件版本控制系统。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

本实施例提供了一种软件测试装置，如图5所示，装置包括：

获取模块202，用于获取测试用例和测试脚本；其中，所述测试用例和所述测试脚本是用户依据所述软件开发源代码和所述软件文档进行调试后确定的；

生成模块204，用于根据所述测试用例和测试脚本生成测试方案；

测试模块206，用于响应用户的测试方案选择操作，确定与所述测试方案选择操作相应的目标测试方案，并指示与所述外包软件版本控制系统连接的测试工具执行所述目标测试方案；

接收模块208，用于接收所述测试工具执行所述目标测试方案后生成的测试报告，并将所述测试报告存储于所述外包软件版本控制系统。

关于软件测试装置的具体限定可以参见上文中对于软件测试方法的限定，在此不再赘述。上述软件测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储软件开发源代码、软件文档、测试报告、验证报告等文件。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种软件测试方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种软件测试方法，其特征在于，应用于外包软件版本控制系统，所述外包软件版本控制系统存储有外包软件的软件开发源代码和软件文档；所述方法包括：

获取测试用例和测试脚本；其中，所述测试用例和所述测试脚本是用户依据所述软件开发源代码和所述软件文档进行调试后确定的；

根据所述测试用例和测试脚本生成测试方案；

响应用户的测试方案选择操作，确定与所述测试方案选择操作相应的目标测试方案，并指示与所述外包软件版本控制系统连接的测试工具执行所述目标测试方案；

接收所述测试工具执行所述目标测试方案后生成的测试报告，并将所述测试报告存储于所述外包软件版本控制系统。

2.根据权利要求1所述的方法，其特征在于，还包括：

在所述外包软件版本控制系统中生成软件测试记录；

响应用户对所述软件测试记录的查看操作，在所述外包软件版本控制系统中读取所述测试报告并进行展示。

3.根据权利要求2所述的方法，其特征在于，还包括：

响应用户对所述测试报告的审核确认操作，将所述软件测试记录的状态变更为完成状态。

4.根据权利要求3所述的方法，其特征在于，在所述软件测试记录的状态为完成状态的情况下，还包括：

获取第一验证脚本和第一验证用例；

根据所述第一验证脚本和所述第一验证用例生成第一验证方案；

响应用户的第一验证方案选择操作，确定与所述第一验证方案选择操作相应的第一目标验证方案，并指示测试环境执行所述第一目标验证方案；其中，所述测试环境部署有所述外包软件；

接收所述测试环境执行所述第一目标验证方案后生成的第一验证结果，并将所述第一验证结果存储于所述外包软件版本控制系统。

5.根据权利要求4所述的方法，其特征在于，还包括：

在所述外包软件版本控制系统中生成第一软件升级验证记录；

响应用户对所述第一软件升级验证记录的查看操作，在所述外包软件版本控制系统中读取所述第一验证结果并进行展示。

6.根据权利要求5所述的方法，其特征在于，还包括：

响应用户对所述第一验证结果的审核确认操作，将所述第一软件升级验证记录的状态变更为完成状态。

7.根据权利要求6所述的方法，其特征在于，在所述第一软件升级验证记录的状态为完成状态的情况下，还包括：

获取第二验证脚本和第二验证用例；

根据所述第二验证脚本和所述第二验证用例生成第二验证方案；

响应用户的第二验证方案选择操作，确定与所述第二验证方案选择操作相应的第二目标验证方案，并指示产品环境执行所述第二目标验证方案；其中，所述产品环境部署有所述外包软件；

接收所述产品环境执行所述第二目标验证方案后生成的第二验证结果，并将所述第二验证结果存储于所述外包软件版本控制系统。

8.根据权利要求7所述的方法，其特征在于，还包括：

在所述外包软件版本控制系统中生成第二软件升级验证记录；

响应用户对所述第二软件升级验证记录的查看操作，在所述外包软件版本控制系统中读取所述第二验证结果并进行展示。

9.根据权利要求8所述的方法，其特征在于，还包括：

响应用户对所述第二验证结果的审核确认操作，将所述第二软件升级验证记录的状态变更为完成状态。

10.一种软件测试装置，其特征在于，应用于外包软件版本控制系统,所述外包软件版本控制系统存储有外包软件的软件开发源代码和软件文档，所述装置包括：

获取模块，用于获取测试用例和测试脚本；其中，所述测试用例和所述测试脚本是用户依据所述软件开发源代码和所述软件文档进行调试后确定的；

生成模块，用于根据所述测试用例和测试脚本生成测试方案；

测试模块，用于响应用户的测试方案选择操作，确定与所述测试方案选择操作相应的目标测试方案，并指示与所述外包软件版本控制系统连接的测试工具执行所述目标测试方案；

接收模块，用于接收所述测试工具执行所述目标测试方案后生成的测试报告，并将所述测试报告存储于所述外包软件版本控制系统。

11.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述的方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。

Images