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

Abstract

本申请涉及一种软件测试方法、装置、计算机设备和存储介质。所述方法包括：基于软件测试管理界面，获取软件测试指令；软件测试指令中包括测试方案标识，根据测试方案与测试方案标识之间的对应关系，确定测试方案标识对应的目标测试方案；测试方案为基于测试方案创建界面配置的测试参数生成的方案，根据目标测试方案进行软件测试，得到测试报告。该软件测试方法操作简单，提高了测试效率，同时无需第三方测试机构进行测试，降低了成本。

Description

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

技术领域

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

背景技术

随着智能电网的不断发展，电力企业均使用相关电力计量系统实现对电网数据的监控和分析，以及计量异常情况报警等。在对电力企业使用的相关计量软件进行维护升级前，均需对计量软件进行测试，判断该计量软件是否存在异常，进而判断能否对该计量软件进行更新升级。

传统技术对电力企业应用的计量软件进行测试时，对软件测试人员的专业技能要求较高，因此，通常需要第三方专业测试机构对计量软件进行测试，且专业的测试人员针对不同的软件测试工具，需要专业技术人员构建不同的测试环境，测试脚本、测试用例等，再对不同的软件进行测试。

然而，目前的软件测试方式存在操作复杂、测试效率低且成本高的问题。

发明内容

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

第一方面，本申请实施例提供一种软件测试方法，该方法包括：

基于软件测试管理界面，获取软件测试指令；软件测试指令中包括测试方案标识；

根据测试方案与测试方案标识之间的对应关系，确定测试方案标识对应的目标测试方案；测试方案为基于测试方案创建界面配置的测试参数生成的方案；

根据目标测试方案进行软件测试，得到测试报告。

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

从版本控制系统对应的项目文件中获取软件测试基础数据；

基于测试方案创建界面，获取测试工具的配置参数、测试工具指令、测试方案的配置参数；

根据软件测试基础数据、测试工具的配置参数、测试工具指令和测试方案的配置参数，生成测试方案。

在其中一个实施例中，软件测试基础数据包括测试脚本、驱动数据、配置文件。

在其中一个实施例中，基于测试方案创建界面，获取测试工具的配置参数，包括：

基于测试方案创建界面获取测试工具创建指令；

根据测试工具创建指令跳转至测试工具配置界面；

基于测试工具配置界面获取测试工具的配置参数；测试工具的配置参数包括测试工具名称、安装目录、运行操作系统。

在其中一个实施例中，基于测试方案创建界面，获取测试工具指令，包括：

基于测试方案创建界面获取测试指令创建指令；

根据测试指令创建指令跳转至测试指令配置界面；

基于测试指令配置界面获取测试指令的配置参数；测试指令的配置参数包括测试指令名称、测试工具名称、指令行。

在其中一个实施例中，基于测试方案创建界面，获取测试方案的配置参数，包括：

基于测试方案创建界面获取测试方案创建指令；

根据测试方案创建指令跳转至测试方案配置界面；

基于测试方案配置界面获取测试方案的配置参数；测试方案的配置参数包括测试方案名称、指令行、测试脚本名称、配置文件名称、配置文件存储路径、测试报告名称、测试报告存储路径。

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

基于软件测试管理界面，获取报告查询指令；

根据报告查询指令跳转至报告查询界面；报告查询界面包括多个查询报告对应的选项；

基于报告查询界面获取选择指令；选择指令中包括至少一个被选中的选项对应的报告标识；

根据报告标识确定目标测试报告；

根据目标测试报告的类型显示目标测试报告。

第二方面，本申请实施例提供一种软件测试装置，该装置包括：

获取模块，用于基于软件测试管理界面，获取软件测试指令；软件测试指令中包括测试方案标识；

确定模块，用于根据测试方案与测试方案标识之间的对应关系，确定测试方案标识对应的目标测试方案；测试方案为基于测试方案创建界面配置的测试参数生成的方案；

测试模块，用于根据目标测试方案进行软件测试，得到测试报告。

第三方面，本申请提供一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述第一方面任一项实施例中方法的步骤。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面任一项实施例中方法的步骤。

上述软件测试方法、装置、计算机设备和存储介质，通过基于软件测试管理界面，获取软件测试指令，根据测试方案与测试方案标识之间的对应关系，确定测试方案标识对应的目标测试方案，根据目标测试方案进行软件测试，得到测试报告。由于当用户需要对计量软件进行测试时，根据测试需求在不同的选择界面上进行选择，生成目标测试方案，触发测试指令，软件测试系统将根据测试指令中的标识自动查询目标测试方案，根据目标测试方案自动执行软件测试，该方法基于界面进行软件测试，直观且测试操作简单，提高了测试效率，不需要用户具备十分专业的测试技能，因此无需第三方测试机构进行测试，降低了成本。

附图说明

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

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

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

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

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

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

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

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

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

图10为一个实施例中软件测试装置的结构框图。

具体实施方式

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

本申请提供的软件测试方法，可以应用于如图1所示的应用环境中。该应用环境中包括计算机设备。其中，计算机设备中可以包括软件测试系统和版本控制系统。其中，软件测试系统是用于对相关计量软件进行测试的系统，版本控制系统是存储测试工具、测试指令、测试方案的系统。在软件测试系统对相关计量软件进行测试时，可以通过调取版本控制系统中的测试方案，对待测试的计量软件进行测试。其中，软件测试系统和版本控制系统可以在同一个计算机设备中，也可以在不同的计算机设备中。

在一个实施例中，如图2所示，提供了一种软件测试方法，以该方法应用于图1中的计算机设备为例进行说明，包括以下步骤：

S202，基于软件测试管理界面，获取软件测试指令；软件测试指令中包括测试方案标识。

具体地，用户需要对相关计量软件进行测试时，可以登录至软件测试系统中，登陆成功后显示软件测试管理界面，在软件测试管理界面中，包括可以多个菜单选项，例如，测试工具选择选项、测试指令选择选项、测试方案选择选项、测试报告查询选项、自动测试选项等。用户可以通过点击自动测试选项，触发软件测试指令。其中，测试方案标识可以是测试方案的名称，也可以是测试方案的编号，在此不加以限制。

S204，根据测试方案与测试方案标识之间的对应关系，确定测试方案标识对应的目标测试方案；测试方案为基于测试方案创建界面配置的测试参数生成的方案。

具体地，当计算机设备获取到软件测试指令后，根据软件测试指令中的测试方案标识，查找版本控制系统中存储的对应标识的测试方案，即目标测试方案。示例的，获取到的软件测试指令中的测试方案的标识为测试方案A的编号01，则通过在版本控制系统中查找测试方案编号为01的测试方案A，确定为目标测试方案。

其中，测试方案为基于测试方案创建界面配置的测试参数生成的方案，可以是在用户需要创建一个测试方案时，通过点击测试方案选择选项，进入测试方案创建界面，在测试方案创建界面中，点击配置的测试测试参数选项，对不同的配置测试参数进行设置并保存，即可创建一个测试方案。其中，配置的测试参数可以为测试方案名称、指令行、测试脚本名称、配置文件名称、配置文件存储路径、测试报告名称、测试报告存储路径等，在此不加以限制。

其中，测试脚本可以为具有不同测试类型的测试脚本，示例地，测试脚本可以为安全性测试脚本、压力测试脚本、负载测试脚本、功能测试脚本等，在此不加以限制。

S206，根据目标测试方案进行软件测试，得到测试报告。

具体地，当接收到测试指令后，自动查找测试指令中测试方案标识对应的目标测试方案，根据目标测试方案中配置的测试参数，进行软件测试。示例地，根据目标测试方案中的测试工具的存储路径，查找相应存储路径下的测试工具，调用该目标测试工具，并执行测试工具启动的测试指令，待测试工具启动后，根据测试用例的存储路径，查找测试用例的存储路径下的测试用例，调用该测试用例，执行运行测试用例的指令，进行软件测试，并生成测试报告。

上述软件测试方法中，通过基于软件测试管理界面，获取软件测试指令，根据测试方案与测试方案标识之间的对应关系，确定测试方案标识对应的目标测试方案，根据目标测试方案进行软件测试，得到测试报告。由于当用户需要对计量软件进行测试时，根据测试需求在不同的选择界面上进行选择，生成目标测试方案，触发测试指令，软件测试系统将根据测试指令中的标识自动查询目标测试方案，根据目标测试方案自动执行软件测试，该方法基于界面进行软件测试，直观且测试操作简单，提高了测试效率，不需要用户具备十分专业的测试技能，因此无需第三方测试机构进行测试，降低了成本。

上述实施例对软件测试方法进行了说明，在进行软件测试时需要根据目标测试方案进行软件测试，现以一个实施例对如何生成测试方案进一步说明，在一个实施例中，如图3所示，软件测试方法还包括：

S302，从版本控制系统对应的项目文件中获取软件测试基础数据。

可选地，软件测试基础数据包括测试脚本、驱动数据、配置文件。

具体地，软件测试基础数据为专用测试工程师预先准备好的测试脚本、配置文件以及完整、可控的测试驱动数据，并将这些软件基础数据预先存储在版本控制系统对应的项目文件中，在进行软件测试时，软件测试系统可以根据版本控制系统中项目文件的存储路径，查找到软件测试基础数据，并进行调用，即从版本控制系统对应的项目文件中获取软件测试基础数据。

S304，基于测试方案创建界面，获取测试工具的配置参数、测试工具指令、测试方案的配置参数。

具体地，用户需要进行创建测试方案时，首先可以进入版本控制系统，进入版本控制系统后，显示版本控制管理界面，在该界面的选择菜单中，点击测试方案创建选项，跳转至测试方案创建界面，用户可以在测试方案创建界面，通过点击测试工具设置选项，选择相应测试工具的配置参数进行设置，或者输入相应的测试工具的配置参数进行配置；点击测试指令设置选项，选择相应测试工具指令，或者输入相应的测试工具指令；通过点击测试方案设置选项，选择相应测试方案的配置参数，或者输入相应的测试方案的配置参数。其中，测试工具可以为功能测试工具、性能测试工具、安全性测试工具等，在此不加以限制。进一步的，测试工具可以具体包括：Mercury测试工具，Rational测试工具，Segue测试工具，qtp自动化测试工具和AutoRunner工具、Jmeter测试工具、LoadRunner测试工具等，在此不加以限制。其中，版本控制界面中可以包括测试工具创建选项、测试指令创建选项、测试方案创建选项等。

其中，测试工具的配置参数可以包括测试工具名称、测试工具存储路径等；测试工具指令可以包括启动测试工具的运行或者停止测试工具的运行等；测试方案的配置参数可以包括测试方案名称、指令行、测试脚本名称、配置文件名称、配置文件存储路径、测试报告名称、测试报告存储路径等，在此不加以限制。

S306，根据软件测试基础数据、测试工具的配置参数、测试工具指令和测试方案的配置参数，生成测试方案。

具体地，通过在测试方案创建界面，点击测试方案的新建菜单选项，跳转至测试方案的创建界面，点击选择测试方案创建界面上相应的软件测试基础数据选项、测试工具的配置参数选项、测试工具指令选项和测试方案的配置参数选项进行设置，设置完毕后，点击“保存”按钮，将在数据库中生成一个新的测试方案。示例的，在测试方案创建界面，可以以软件测试基础数据中的性能测试用例，选择测试工具Jmeter测试工具，选择测试工具的存储路径，选择启动JMETER测试工具指令，设置测试结果名称为性能测试结果，测试结果的存储路径，选择关闭测试工具指令，设置测试方案名称，设置完毕后点击保存，生成新的测试方案。

可选地，进入测试方案创建界面后，还可以通过修改、增加或者删除相关软件测试基础数据、测试工具的配置参数、测试工具指令和测试方案的配置参数，并保存修改后的测试方案，生成一个新的测试方案。

本实施例中，通过从版本控制系统对应的项目文件中获取软件测试基础数据，基于测试方案创建界面，获取测试工具的配置参数、测试工具指令、测试方案的配置参数，根据软件测试基础数据、测试工具的配置参数、测试工具指令和测试方案的配置参数，生成测试方案。由于软件测试基础数据、测试工具、测试指令等，均是预先存储在版本控制系统对应的项目文件中，用户在使用时，在相应的选择界面进行选取调用即可，无需具备较高的专业测试技能，操作简单，提高了测试效率。

上述实施例对生成测试方案进行了说明，基于上述实施例对生成测试方案中的获取测试工具的配置参数进一步进行说明，在一个实施例中，如图4所示，基于测试方案创建界面，获取测试工具的配置参数，包括：

S402，基于测试方案创建界面获取测试工具创建指令。

具体地，当用户进行创建测试方案时，可以在测试方案创建界面上点击测试工具创建选项，触发测试工具创建指令，即获取到测试工具创建指令。

S404，根据测试工具创建指令跳转至测试工具配置界面。

具体地，当计算机设备获取到测试工具创建指令后将自动跳转至测试工具配置界面。可选地，测试工具配置界面可以包括：测试工具名称编辑区、测试工具安装目录编辑区、测试工具运行操作系统编辑区。

S406，基于测试工具配置界面获取测试工具的配置参数；测试工具的配置参数包括测试工具名称、安装目录、运行操作系统。

具体地，用户可以通过在测试工具创建界面的测试工具名称编辑区，输入测试工具的测试名称并可以在输入完成后点击保存，即获取测试工具的测试工具名称。用户可以通过在测试工具创建界面的测试工具安装目录编辑区，输入测试工具的安装目录并在输入完成后点击保存，即获取测试工具的测试工具的安装目录，也可以是用户通过在测试工具安全目录编辑区选择安装目录，即获取测试工具的测试工具的安装目录。用户可以通过在测试工具创建界面的测试工具运行操作系统编辑区，输入测试工具运行操作系统，并且在输入完成后点击保存，即获取测试工具的测试工具运行操作系统。其中测试工具运行操作系统可以为Linux操作系统、Windows操作系统等，在此不加以限制。

示例地，以测试工具为jMeter测试工具为例，输入测试工具名称为jMeter、安装目录为C:\Program Files(x86)，选择jMeter的运行操作系统Linux，点击保存选项，即获取测试工具的配置参数。

示例地，已测试工具为LoadRunner测试工具为例，输入测试工具名称为LoadRunner、安装目录为C:\Program Files(x86)，选择LoadRunner的运行操作系统Windows。点击保存选项，即获取测试工具的配置参数。

在本实施例中，通过基于测试方案创建界面获取测试工具创建指令，根据测试工具创建指令跳转至测试工具配置界面，基于测试工具配置界面获取测试工具的配置参数，操作步骤简单，实现了对测试工具配置参数的获取，提高了测试效率。

上述实施例对生成测试方案进行了说明，基于上述实施例对生成测试方案中的获取测试指令的配置参数进一步说明，在一个实施例中，如图5所示，基于测试方案创建界面，获取测试工具指令，包括：

S502，基于测试方案创建界面获取测试指令创建指令。

具体地，当用户进行创建测试方案时，可以在测试方案创建界面上点击测试指令创建选项，触发测试指令创建指令，即获取到测试指令创建指令。

S504，根据测试指令创建指令跳转至测试指令配置界面。

具体地，当计算机设备获取到测试指令创建指令后将自动跳转至测试指令配置界面。可选地，测试指令配置界面可以包括：测试指令的名称编辑区、测试工具名称编辑区、指令行编辑区等。

S506，基于测试指令配置界面获取测试指令的配置参数；测试指令的配置参数包括测试指令名称、测试工具名称、指令行。

具体地，用户可以通过在测试指令创建界面的测试指令名称编辑区，输入测试指令名称并在输入完成后点击保存，即获取测试指令名称。用户可以通过在测试指令创建界面的测试工具名称编辑区，输入测试工具名称并在输入完成后点击保存，即获取测试工具名称。用户可以通过在测试指令创建界面的指令行编辑区，输入指令行，并在输入完成后进行保存，即获取指令行。其中，指令行是指包含测试脚本名、测试报告结果文件名、存放测试报告的路径的指令。

示例的，测试指令的配置参数可以为性能测试指令：jmeter-n-t FileName-lResultFileName-e-o/path。其中，指令名称为性能测试指令；jmeter为测试工具名称；FileName是测试脚本名；ResultFileName为测试报告结果文件名；/path是存放测试报告的路径。

示例地，测试指令的配置参数可以为性能测试指令：C:\Users\AppAdmin>runas/user:Administrator"％PATH％\bin\wlrun.exe-Run-TestPath SCENAROIS_NAME-ResultName RESULT_NAME”。其中，指令名称为性能测试指令，C:\Users\AppAdmin为安装LoadRunner的指令运行路径；runas/user:以管理员用户身份，执行LoadRunner测试场景；Administrator为安装LoadRunner的服务器的管理员用户名；wLrun.exe为LoadRunner的运行指令,即打开loadrunner控制器controller；PATH为设置软件安装路径，可以为PATH＝”C:\Program Files(x86)\HP\LoadRunner”；TestPath为测试脚本的路径；SCENAROIS_NAME为测试脚本的绝对路径和测试脚本的运行名称，例如，SCENAROIS_NAME＝c:\dx\jzx\PerformanceTest\Scenarios\example.lrs；Run为运行测试脚本、将所有输出消息转储到指定文件中，并关闭控制器的指令；ResultName为指令参数，执行结果的完成路径；RESULT_NAME为测试脚本的绝对路径和测试报告名称，例如，RESULT_NAME＝c:\dx\jzx\PerformanceTest\Result\result01。可选地，当计算机设备运行上述指令时，Windows系统会提示输入密码，用户输入密码后，将以用户"Administrator"启动LoadRunner控制器(controller),运行性能测试脚本examples.lrs，测试结束后在指定.\PerformanceTest\Result路径下自动生成测试报告文件result01.lrr。

在本实施例中，基于测试方案创建界面获取测试指令创建指令，根据测试指令创建指令跳转至测试指令配置界面，基于测试指令配置界面获取测试指令的配置参数，能够通过简单地操作，实现测试指令配置参数的获取，提高了测试效率。

上述实施例对生成测试方案进行了说明，基于上述实施例对生成测试方案中的获取测试方案的配置参数进一步说明，在一个实施例中，如图6所示，基于测试方案创建界面，获取测试方案的配置参数，包括：

S602，基于测试方案创建界面获取测试方案创建指令。

具体地，当用户进行创建测试方案时，可以在测试方案创建界面上点击测试方案创建选项，触发测试方案创建指令，即获取到测试方案创建指令。

S604，根据测试方案创建指令跳转至测试方案配置界面。

具体地，当计算机设备获取到测试方案创建指令后将自动跳转至测试方案配置界面。可选地，测试方案配置界面可以包括：测试方案名称编辑区、指令行编辑区、测试脚本名称编辑区、配置文件名称编辑区、配置文件存储路径编辑区、测试报告名称编辑区、测试报告存储路径编辑区等等。

S606，基于测试方案配置界面获取测试方案的配置参数；测试方案的配置参数包括测试方案名称、指令行、配置文件名称、配置文件存储路径。

具体地，用户可以通过在测试方案创建界面的测试方案名称编辑区，输入测试方案名称并在输入完成后点击保存，即获取测试方案名称。用户可以通过在测试方案创建界面的指令行编辑区，输入指令行，并在输入完成后进行保存，即获取指令行。其中，指令行是指包含测试脚本名、测试报告结果文件名、存放测试报告的路径的指令。用户可以通过在测试方案创建界面的配置文件名称编辑区，输入配置文件名称并在输入完成后点击保存，即获取配置文件名称。用户可以通过在测试方案创建界面的配置文件存储路径编辑区，输入配置文件存储路径并在输入完成后点击保存，即获取配置文件存储路径。

在本实施例中，通过基于测试方案创建界面获取测试方案创建指令，根据测试方案创建指令跳转至测试方案配置界面，基于测试方案配置界面获取测试方案的配置参数，能够通过简单地操作，实现测试方案配置参数的获取，提高了测试效率。

上述实施例对软件测试方法进行了说明，在对软件进行测试后，会生成一个软件测试结果，对于软件测试结果的查询方法现以一个实施例进行说明，在一个实施例中，如图7所示，软件测试方法还包括：

S702，基于软件测试管理界面，获取报告查询指令。

具体地，对计量软件进行测试后，软件测试结果将存储在预设的存储路径，用户需要进行查询时，可以通过点击软件测试关机界面中的报告查询菜单，触发报告查询指令，即计算机设备获取到报告查询指令。

S704，根据报告查询指令跳转至报告查询界面；报告查询界面包括多个查询报告对应的选项。

具体地，当获取到报告查询指令后，自动跳转至报告查询界面。其中，报告查询界面可以包括多个测试报告，每个测试报告对应一个选择选项。

S706，基于报告查询界面获取选择指令；选择指令中包括至少一个被选中的选项对应的报告标识。

其中，报告标识可以为报告的名称、报告的编号等，在此不加以限制。

具体地，用户在报告查询界面上，根据需要查询的报告进行选择，可以一次选择一个测试报告，也可以一次选择选择多个测试报告，在此不加以限制。用户通过点击报告查询界面上，需要查询的报告对应的选项，触发选择指令，即软件测试系统获取到了选择指令。

S708，根据报告标识确定目标测试报告。

具体地，根据选择指令中报告的标识信息，在报告存储的数据库进行查找，确定具有相同报告标识的报告为目标测试报告。示例的，报告标识为报告编号12，在数据库中查找具有报告编号为12的测试报告，即为目标测试报告。

S710，根据目标测试报告的类型显示目标测试报告。

具体地，在对软件进行测试后，生成的测试报告可以为文档(doc)、便携式文档格式(pdf)、超文本标记语言(html)、图片(jpg)等格式的文件。当用户需要查看目标测试报告时，可以根据目标测试报告的类型，使用不同的显示工具进行显示。示例地，目标测试报告为超文本标记语言(html)格式，则可以使用浏览器打开该目标测试报告，进行显示。

可选地，用户可以根据目标测试报告的测试结果，决定是否对该软件进行升级。若测试结果为正常，则进行升级；若测试结果为异常，则需要对软件进行修复，待修复后重新进行测试，待测试结果通过后，进行升级。可以理解的是，在软件测试完成后，软件测试系统可以自动将测试报告结果发送至到相关人员的电子邮箱或手机上。

在本实施例中，通过基于软件测试管理界面，获取报告查询指令，根据报告查询指令跳转至报告查询界面，基于报告查询界面获取选择指令，根据报告标识确定目标测试报告，根据目标测试报告的类型显示目标测试报告。能够多种方式对测试结果进行显示，便于用户对测试结果进行判断，避免软件直接升级而在使用中出现故障，造成巨大损失。

为了便于本领域技术人员的理解，以下对本申请提供的软件测试方法进行详细介绍，如图8所示，该方法可以包括：

S801，从版本控制系统对应的项目文件中获取软件测试基础数据。

S802，基于测试方案创建界面获取测试工具创建指令。

S803，根据测试工具创建指令跳转至测试工具配置界面。

S804，基于测试工具配置界面获取测试工具的配置参数；测试工具的配置参数包括测试工具名称、安装目录、运行操作系统。

S805，基于测试方案创建界面获取测试指令创建指令。

S806，根据测试指令创建指令跳转至测试指令配置界面。

S807，基于测试指令配置界面获取测试指令的配置参数；测试指令的配置参数包括指令的名称、测试工具名称、指令行。

S808，基于测试方案创建界面获取测试方案创建指令。

S809，根据测试方案创建指令跳转至测试方案配置界面。

S810，基于测试方案配置界面获取测试方案的配置参数；测试方案的配置参数包括测试方案名称、指令行、测试脚本名称、配置文件名称、配置文存储路径、测试报告名称、测试报告存储路径。

S811，根据软件测试基础数据、测试工具的配置参数、测试工具指令和测试方案的配置参数，生成测试方案。

S812，基于软件测试管理界面，获取软件测试指令；软件测试指令中包括测试方案标识。

S813，根据测试方案与测试方案标识之间的对应关系，确定测试方案标识对应的目标测试方案；测试方案为基于测试方案创建界面配置的测试参数生成的方案。

S814，根据目标测试方案进行软件测试，得到测试报告。

S815，基于软件测试管理界面，获取报告查询指令。

S816，根据报告查询指令跳转至报告查询界面；报告查询界面包括多个查询报告对应的选项。

S817，基于报告查询界面获取选择指令；选择指令中包括至少一个被选中的选项对应的报告标识。

S818，根据报告标识确定目标测试报告。

S819，根据目标测试报告的类型显示目标测试报告。

上述软件测试方法中，通过基于软件测试管理界面，获取软件测试指令，根据测试方案与测试方案标识之间的对应关系，确定测试方案标识对应的目标测试方案，根据目标测试方案进行软件测试，得到测试报告。由于当用户需要对计量软件进行测试时，根据测试需求在不同的选择界面上进行选择，生成目标测试方案，触发测试指令，软件测试系统将根据测试指令中的标识自动查询目标测试方案，根据目标测试方案自动执行软件测试，该方法基于界面进行软件测试，直观且测试操作简单，提高了测试效率，不需要用户具备十分专业的测试技能，因此无需第三方测试机构进行测试，降低了成本。

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

在一个实施例中，如图9所示，提供了一种软件测试装置，包括：获取模块901、确定模块902和测试模块903，其中：

获取模块901，用于基于软件测试管理界面，获取软件测试指令；软件测试指令中包括测试方案标识；

确定模块902，用于根据测试方案与测试方案标识之间的对应关系，确定测试方案标识对应的目标测试方案；测试方案为基于测试方案创建界面配置的测试参数生成的方案；

测试模块903，用于根据目标测试方案进行软件测试，得到测试报告。

在本实施例中，获取模块基于软件测试管理界面，获取软件测试指令，根据测试方案与测试方案标识之间的对应关系，确定模块确定测试方案标识对应的目标测试方案，测试模块根据目标测试方案进行软件测试，得到测试报告。由于当用户需要对计量软件进行测试时，根据测试需求在不同的选择界面上进行选择，生成目标测试方案，触发测试指令，软件测试系统将根据测试指令中的标识自动查询目标测试方案，根据目标测试方案自动执行软件测试，该方法基于界面进行软件测试，直观且测试操作简单，提高了测试效率，不需要用户具备十分专业的测试技能，因此无需第三方测试机构进行测试，降低了成本。

在一个实施例中，如图10所示，软件测试装置还包括：

第二获取模块101，用于从版本控制系统对应的项目文件中获取软件测试基础数据；

第三获取模块102，用于基于测试方案创建界面，获取测试工具的配置参数、测试工具指令、测试方案的配置参数；

生成模块103，用于根据软件测试基础数据、测试工具的配置参数、测试工具指令和测试方案的配置参数，生成测试方案。

可选地，第二获取模块具体用于从版本控制系统对应的项目文件中获取测试脚本、驱动数据、配置文件。

在一个实施例中，参见图10所示，第二获取模块包括：

第一获取单元1011，用于基于所述测试方案创建界面获取测试工具创建指令；

第一跳转单元1012，用于根据所述测试工具创建指令跳转至测试工具配置界面；

第二获取单元1013，用于基于所述测试工具配置界面获取所述测试工具的配置参数；所述测试工具的配置参数包括测试工具名称、安装目录、运行操作系统。

在一个实施例中，参见图10所示，第二获取模块包括：

第三获取单元1014，用于基于所述测试方案创建界面获取测试指令创建指令；

第二跳转单元1015，用于根据所述测试指令创建指令跳转至测试指令配置界面；

第四获取单元1016，用于基于所述测试指令配置界面获取所述测试指令的配置参数；所述测试指令的配置参数包括指令的名称、测试工具名称、指令行。

在一个实施例中，参见图10所示，第二获取模块包括：

第五获取单元1017，用于基于所述测试方案创建界面获取测试方案创建指令；

第三跳转单元1018，用于根据所述测试方案创建指令跳转至测试方案配置界面；

第六获取单元1019，用于基于所述测试方案配置界面获取所述测试方案的配置参数；所述测试方案的配置参数包括测试方案名称、指令行、测试脚本名称、配置文件名称、配置文件存储路径、测试报告名称、测试报告存储路径。

在一个实施例中，参见图10所示，软件测试装置还包括：

第四获取模块104，用于基于软件测试管理界面，获取报告查询指令；

跳转模块105，用于根据报告查询指令跳转至报告查询界面；报告查询界面包括多个查询报告对应的选项；

第五获取模块106，用于基于报告查询界面获取选择指令；选择指令中包括至少一个被选中的选项对应的报告标识；

第二确定模块107，用于根据报告标识确定目标测试报告；

显示模块108，用于根据目标测试报告的类型显示目标测试报告。

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

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

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

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

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

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

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

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

Claims (10)

1.一种软件测试方法，其特征在于，所述方法包括：

基于软件测试管理界面，获取软件测试指令；所述软件测试指令中包括测试方案标识；

根据测试方案与测试方案标识之间的对应关系，确定所述测试方案标识对应的目标测试方案；所述测试方案为基于测试方案创建界面配置的测试参数生成的方案；

根据所述目标测试方案进行软件测试，得到测试报告。

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

从版本控制系统对应的项目文件中获取软件测试基础数据；

基于所述测试方案创建界面，获取测试工具的配置参数、测试工具指令、测试方案的配置参数；

根据所述软件测试基础数据、所述测试工具的配置参数、所述测试工具指令和所述测试方案的配置参数，生成所述测试方案。

3.根据权利要求2所述的方法，其特征在于，所述软件测试基础数据包括测试脚本、驱动数据、配置文件。

4.根据权利要求2或3任一项所述的方法，其特征在于，所述基于所述测试方案创建界面，获取测试工具的配置参数，包括：

基于所述测试方案创建界面获取测试工具创建指令；

根据所述测试工具创建指令跳转至测试工具配置界面；

基于所述测试工具配置界面获取所述测试工具的配置参数；所述测试工具的配置参数包括测试工具名称、安装目录、运行操作系统。

5.根据权利要求2或3任一项所述的方法，其特征在于，所述基于所述测试方案创建界面，获取测试工具指令，包括：

基于所述测试方案创建界面获取测试指令创建指令；

根据所述测试指令创建指令跳转至测试指令配置界面；

基于所述测试指令配置界面获取所述测试指令的配置参数；所述测试指令的配置参数包括测试指令名称、测试工具名称、指令行。

6.根据权利要求2或3任一项所述的方法，其特征在于，所述基于所述测试方案创建界面，获取所述测试方案的配置参数，包括：

基于所述测试方案创建界面获取测试方案创建指令；

根据所述测试方案创建指令跳转至测试方案配置界面；

基于所述测试方案配置界面获取所述测试方案的配置参数；所述测试方案的配置参数包括测试方案名称、指令行、测试脚本名称、配置文件名称、配置文件存储路径、测试报告名称、测试报告存储路径。

7.根据权利要求1-3任一项所述的方法，其特征在于，所述软件测试方法还包括：

基于所述软件测试管理界面，获取报告查询指令；

根据所述报告查询指令跳转至报告查询界面；所述报告查询界面包括多个查询报告对应的选项；

基于所述报告查询界面获取选择指令；所述选择指令中包括至少一个被选中的选项对应的报告标识；

根据所述报告标识确定目标测试报告；

根据所述目标测试报告的类型显示所述目标测试报告。

8.一种软件测试装置，其特征在于，所述装置包括：

获取模块，用于基于软件测试管理界面，获取软件测试指令；所述软件测试指令中包括测试方案标识；

确定模块，用于根据测试方案与测试方案标识之间的对应关系，确定所述测试方案标识对应的目标测试方案；所述测试方案为基于测试方案创建界面配置的测试参数生成的方案；

测试模块，用于根据所述目标测试方案进行软件测试，得到测试报告。

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

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

Images