CN114003500A - 软件测试方法及装置 - Google Patents

Abstract

本发明公开了一种软件测试方法及装置，其中该方法包括：用例框架在接收到测试请求时，根据当前被测系统的参数信息，调用对当前被测系统的待测接口验证的测试用例，发出业务请求至协议框架；协议框架根据业务请求，利用下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的预期结果；用例框架将响应结果和预期结果进行比对，得到测试结果。本发明涉及物联网技术领域，通过将用例框架与协议框架结合，屏蔽被测系统对下游系统的依赖性，使得不受数据、执行及环境的约束，对被测系统进行全方位的接口协议验证，提高了测试复用率和测试效率。

Description

软件测试方法及装置

技术领域

本发明涉及物联网技术领域，尤其涉及一种软件测试方法及装置。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

目前，手机银行应用作为最主要的产品渠道之一为广大用户提供多样可靠的各类金融服务，但渠道类产品的成功离不开各后台系统。随着银行业务的不断发展，涉及的用户场景越来越多，交易量也越来越大，单笔完整的交易链条也很长，而涉及系统却数不胜数。如需完成一个用户交易场景的系统验证，我们需要整合手机银行应用各个系统环境、资源和数据等相关内容，这些工作量往往是很大的，而且还需要大量的协调工作，因此对后台系统的测试是十分重要的。

现有技术的软件测试为半自动化测试方式，部分测试的功能实现需要人工参与，并且测试框架场景单一，对被测系统的下游系统依赖性强，易受到测试环境的影响，不利于测试复用率，降低测试效率。

发明内容

本发明实施例提供一种软件测试方法，用以通过将用例框架与协议框架结合，屏蔽被测系统对下游系统的依赖性，使得不受数据、执行及环境的约束，对被测系统进行全方位的接口协议验证，该方法包括：

用例框架在接收到用户对当前被测系统的测试请求时，根据当前被测系统的参数信息，调用预先编写的对当前被测系统的待测接口验证的测试用例，根据协议框架地址发出业务请求至协议框架；所述业务请求中包括当前被测系统的参数信息，所述当前被测系统的下游系统地址被预先修改为协议框架地址，所述协议框架中预先构建有所述下游系统的模拟系统；

协议框架根据所述业务请求，利用所述下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据当前被测系统的参数信息，协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的参数信息对应的预期结果；将响应结果和预期结果返回至用例框架；

用例框架将响应结果和预期结果进行比对，得到当前被测系统的测试结果。

本发明实施例还提供一种软件测试装置，用以通过将用例框架与协议框架结合，屏蔽被测系统对下游系统的依赖性，使得不受数据、执行及环境的约束，对被测系统进行全方位的接口协议验证，该装置包括：

用例框架，用于在接收到用户对当前被测系统的测试请求时，根据当前被测系统的参数信息，调用预先编写的对当前被测系统的待测接口验证的测试用例，根据协议框架地址发出业务请求至协议框架；所述业务请求中包括当前被测系统的参数信息，所述当前被测系统的下游系统地址被预先修改为协议框架地址，所述协议框架中预先构建有所述下游系统的模拟系统；将响应结果和预期结果进行比对，得到当前被测系统的测试结果；

协议框架，用于根据所述业务请求，利用所述下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据当前被测系统的参数信息，协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的参数信息对应的预期结果；将响应结果和预期结果返回至用例框架。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述软件测试方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述软件测试方法的计算机程序。

本发明实施例中，用例框架在接收到用户对当前被测系统的测试请求时，根据当前被测系统的参数信息，调用预先编写的对当前被测系统的待测接口验证的测试用例，根据协议框架地址发出业务请求至协议框架；所述业务请求中包括当前被测系统的参数信息，所述当前被测系统的下游系统地址被预先修改为协议框架地址，所述协议框架中预先构建有所述下游系统的模拟系统；协议框架根据所述业务请求，利用所述下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据当前被测系统的参数信息，协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的参数信息对应的预期结果；将响应结果和预期结果返回至用例框架；用例框架将响应结果和预期结果进行比对，得到当前被测系统的测试结果。与现有技术中单纯的测试框架方案相比，通过将用例框架与协议框架结合，屏蔽被测系统对下游系统的依赖性，使得不受数据、执行及环境的约束，对被测系统进行全方位的接口协议验证，提高了测试的复用率和测试效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本发明实施例中提供的软件测试方法的流程示意图；

图2为本发明实施例中预先配置所有被测系统的参数信息与预期结果之间的对应关系的方法的流程示意图；

图3为本发明实施例中提供的软件测试方法的一具体实例图；

图4为本发明实施例中提供的软件测试方法的软件测试系统架构图；

图5为本发明实施例中提供的软件测试装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本发明实施例提供了一种软件测试方法，图1为本发明实施例中提供的软件测试方法的流程示意图，如图1所示，该方法包括如下步骤：

步骤101：用例框架在接收到用户对当前被测系统的测试请求时，根据当前被测系统的参数信息，调用预先编写的对当前被测系统的待测接口验证的测试用例，根据协议框架地址发出业务请求至协议框架；所述业务请求中包括当前被测系统的参数信息，所述当前被测系统的下游系统地址被预先修改为协议框架地址，所述协议框架中预先构建有所述下游系统的模拟系统；

步骤102：协议框架根据所述业务请求，利用所述下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据当前被测系统的参数信息，协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的参数信息对应的预期结果；将响应结果和预期结果返回至用例框架；

步骤103：用例框架将响应结果和预期结果进行比对，得到当前被测系统的测试结果。

由图1所示流程可知，本发明实施例提供的软件测试方法，是银行软件测试方法，不同于现有技术中半自动化的软件测试方式，部分测试的功能实现需要人工参与，并且测试框架场景单一，不能支持数据持久化，对被测系统的下游系统依赖性强，易受到测试环境的影响，而是通过将用例框架和协议框架结合，形成完整的闭环测试，并且通过将协议框架地址作为被测系统的下游系统的地址，在协议框架预先构建下游系统的模拟系统，实现降低对下游系统的依赖，减少测试环境对软件测试过程中的约束，提高测试复用率和测试效率。下面进行详细介绍。

一、首先，介绍上述步骤101。

用例框架在接收到用户对当前被测系统的测试请求时，根据当前被测系统的参数信息，调用预先编写的对当前被测系统的待测接口验证的测试用例，根据协议框架地址发出业务请求至协议框架；所述业务请求中包括当前被测系统的参数信息，所述当前被测系统的下游系统地址被预先修改为协议框架地址，所述协议框架中预先构建有所述下游系统的模拟系统。其中，所述当前被测系统的参数信息例如可以包括：被测系统地址、被测链路路径、被测接口地址；所述协议框架中预先构建有如图4所示的所有下游系统(系统A、系统B、…、系统Z)的模拟系统。举一例，本例中，被测系统为PMMS系统(活动营销管理系统)，被测链路为：PMMS(被测系统)->PCRM(系统A)->TDG(系统B)->其他(系统C)，被测接口为“热门活动列表查询”，被测接口为HTTP接口且对应接口地址为：http://22.188.237.204:9020/pmms200086，

上送body：

"reqBody":{

"activityId":"20230812153710227611",

"taskId":"360687317452591196",

"ruleCode":"MAPSNDailyBrowseTask",

"sysFlag":"MAPSN",

"transParam":{

"MAPSNDailyBrowseTaskType":"browsePensionInformation",

"MAPSNDailyBrowseTaskTime":"15"}

}

首先用例框架接收到用户对当前被测系统的测试请求，针对该测试请求，定制上送配置，上送配置如下：

请求url的path为：/pmms200086，

切reqBody中”activityId”＝＝20230812153710227611时，

响应Body为{"respBody":{"code":"00000001","data":null,"cause":null,"message":"参数校验失败"},"respHeader":{"transTime":"2021\/10\/20 19:44:56.839","serialId":"5000000537408875"}}

在配置请求结束后，接收配置响应结果，根据配置响应结果，对配置请求进行验证；将被测系统中的下游系统地址修改为协议框架地址，在被测系统访问下游系统时，对被测系统来说，下游系统即为协议框架系统，协议框架中预先构建有所述下游系统的模拟系统，能够减少对下游系统的依赖性；用例框架用预先编写的对当前被测系统的待测接口验证的测试用例，根据协议框架地址发出业务请求至协议框架，所述业务请求例如可以是“热门活动列表查询”接口；PMMS系统接收到该业务请求后，调用下游系统获取数据，即根据将被测系统中的下游系统地址修改为协议框架地址，被测系统将访问协议框架，在协议框架进行业务测试，所述协议框架中预先构建有所述下游系统的模拟系统，能够在协议框架实现对被测系统的模拟测试，降低对被测系统的下游系统的依赖性。

在一个实施例中，用例框架调用预先编写的对当前被测系统的待测接口验证的测试用例，其中，包括按照如下方法预先编写对当前被测系统的待测接口验证的测试用例：根据被测接口的参数信息，对被测接口协议和被测接口被执行时的预期结果数据之间的对应关系进行定制；将被测接口协议和被测接口被执行时的预期结果数据之间的对应关系进行持久化存储；根据被测接口的真实业务场景，获取对被测接口被执行测试时的执行动作；对被测接口的参数信息进行数据析构；根据被测接口被执行测试时的响应结果和预期结果，进行判断，设定测试用例；对预先编写对当前被测系统的待测接口验证的测试用例的全量相关联数据进行析构。

二、接着，介绍上述步骤102。

协议框架根据所述业务请求，利用所述下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据当前被测系统的参数信息，协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的参数信息对应的预期结果；将响应结果和预期结果返回至用例框架。

在一个实施例中，在协议框架中预先配置所有被测系统的参数信息与预期结果之间的对应关系，在接收到用例框架的配置请求后，协议框架对配置请求进行解析，完成解析后，将配置信息进行存储，所述存储例如可以包括：持久化数据库，本发明实施例采用mysql，能够防止程序或进程停止，能够对配置请求信息进行有效的持久化存储；所述存储例如还可以包括：内存数据库，本发明实施例中内存数据库可以用于在协议框架对下游系统进行模拟测试时根据业务请求获取下游系统的业务测试信息，能够提高测试效率；所述业务请求例如可以是登录、转账、活动查询。

三、接着，介绍上述步骤103。

用例框架将响应结果和预期结果进行比对，得到当前被测系统的测试结果。

在一个实施例中，用例框架将响应结果和预期结果进行比对，即为用例框架根据响应结果和预期结果进行断言验证，例如可以包括：请求断言和数据断言，支持对关键字、json、响应时间进行断言。其中，请求断言可以是用例框架将请求响应结果和请求预期结果进行比对，得到当前被测系统的测试结果；数据断言可以是用例框架将响应结果数据和预期结果数据进行比对，得到当前被测系统的测试结果；其中，比对方式例如可以是正则匹配方式，和/或字符串匹配方式。

四、接着，介绍进一步优选的步骤。

图2为本发明实施例中预先配置所有被测系统的参数信息与预期结果之间的对应关系的方法的流程示意图，如图2所示，该方法包括如下步骤：

步骤201：用例框架发送配置请求至协议框架；所述配置请求包括所有被测系统的参数信息与预期结果之间的对应关系；

步骤202：协议框架将所述对应关系进行持久化存储；向用例框架返回配置响应结果。

具体实施时，用例框架发送配置请求至协议框架，所述配置请求包括所有被测系统的参数信息与预期结果之间的对应关系，例如可以按照Key-Value的形式，将参数信息设置为Key，将参数信息对应的预期结果设置为Value。举一例，本例中，以HTTP协议请求为例：

当url中path中包含(正则匹配)”/rtx/home/index.html”时，返回特定响应Body：

{"respBody":{"code":"00000001","data":null,

"cause":null,"message":"参数校验失败"},

"respHeader":{"transTime":"2021\/10\/20 19:44:56.839",

"serialId":"5000000537408875"}

}

协议框架通过将所述对应关系进行持久化存储，实现屏蔽下游系统依赖作用。Dubbo协议请求和socket协议请求与HTTP协议请求的预先配置方法类似。

在一个实施例中，向用例框架返回配置响应结果，包括：协议框架在根据配置请求配置成功时，向用例框架返回配置成功的响应结果；协议框架在根据配置请求配置未成功时，向用例框架返回配置失败的响应结果。举一例，本例中，以HTTP协议的请求响应为例：

根据定制的响应结果响应码，向用例框架返回配置响应结果。例如响应结果响应码可以是：200为请求成功，5XX为请求失败；其中，所述请求失败原因可以包括：配置模块未启动，和/或协议框架出现故障。在协议框架在根据配置请求配置成功时，需要根据响应报文判断，上送的配置信息是否真正成功，在根据响应报文判断配置成功时，向用例框架返回配置成功的响应结果，响应结果报文为success(成功)；在协议框架在根据配置请求配置未成功时，协议框架需要将报错信息写入响应结果报文，例如可以是：上送配置项重复、上送配置项不符合规范，向用例框架返回配置失败的响应结果。

图3为本发明实施例中提供的软件测试方法的一具体实例图，如图3所示，本例中，图1所示方法还可以包括如下步骤：

步骤301：用例框架在得到当前被测系统的测试结果后，对测试的相关联全量数据进行析构。

其中，用例框架在得到当前被测系统的测试结果后，对测试的相关联全量数据进行析构，即时清理数据库中的与被测系统相关联的全量数据，能够有效防止因数据庞杂导致的关联问题，防止脏数据对下一测试的影响。

图4为本发明实施例中提供的软件测试方法的系统架构图，如图4所示，本例中，所述软件测试方法的系统架构图即为自动化测试套(包括用例框架和协议框架)，步骤①为用例框架通过HTTP协议向协议框架的配置端口上送定制配置请求信息；步骤②为协议框架配置完成后，通过HTTP协议向用例框架的数据模块返回配置响应结果；步骤③为用例框架的用例调度模块从用例框架的数据模块获取被测系统的参数信息；步骤④为业务场景调用，即用例框架在接收到用户对当前被测系统的测试请求时，根据当前被测系统的参数信息，调用预先编写的对当前被测系统的待测接口验证的测试用例；所述业务场景可以是真实业务测试场景，即对应需求对应操作的真实接口调用，比如登录接口、转账接口、活动查询类接口；步骤⑤为根据协议框架地址发出业务请求至协议框架；所述当前被测系统的下游系统地址被预先修改为协议框架地址，修改地址后，由原来的真实链路转换为了虚拟测试链路，所述协议框架中预先构建有所述下游系统的模拟系统，使得能够在协议框架的服务模块进行虚拟测试；步骤⑥为协议框架根据所述业务请求，利用所述下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据当前被测系统的参数信息，协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的参数信息对应的预期结果；步骤⑦为将响应结果和预期结果返回至用例框架；步骤⑧为用例框架将响应结果和预期结果进行比对，得到当前被测系统的测试结果。其中，POST为通过HTTP协议向服务器上送请求数据；SAP为行内模块系统(服务接入平台)；BOCNETC-G-BMSVR为行内模块系统(网上银行服务系统)；BOCNETC-D-MAPSN为行内模块系统(移动端接入系统)；系统A、系统B、...、系统Z可以是网银服务系统、柜台服务系统、智能交互服务系统、数据采集系统、第三方对接网关系统、外围系统(银联系统、武汉地铁、公交)，本发明实施例中系统主要是后台系统非端系统。

本发明实施例中还提供了一种软件测试装置，如下面的实施例所述。由于该装置解决问题的原理与软件测试方法相似，因此该装置的实施可以参见软件测试方法的实施，重复之处不再赘述。

本发明实施例中提供了一种软件测试装置，图5为本发明实施例中提供的软件测试装置的结构示意图，如图5所示，该装置包括：

用例框架51，用于在接收到用户对当前被测系统的测试请求时，根据当前被测系统的参数信息，调用预先编写的对当前被测系统的待测接口验证的测试用例，根据协议框架地址发出业务请求至协议框架；所述业务请求中包括当前被测系统的参数信息，所述当前被测系统的下游系统地址被预先修改为协议框架地址，所述协议框架中预先构建有所述下游系统的模拟系统；将响应结果和预期结果进行比对，得到当前被测系统的测试结果；

协议框架52，用于根据所述业务请求，利用所述下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据当前被测系统的参数信息，协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的参数信息对应的预期结果；将响应结果和预期结果返回至用例框架。

在一个实施例中，用例框架51还用于发送配置请求至协议框架；所述配置请求包括所有被测系统的参数信息与预期结果之间的对应关系；

协议框架52还用于将所述对应关系进行持久化存储；向用例框架返回配置响应结果。

在一个实施例中，协议框架52具体用于：在根据配置请求配置成功时，向用例框架返回配置成功的响应结果；在根据配置请求配置未成功时，向用例框架返回配置失败的响应结果。

在一个实施例中，用例框架51还用于在得到当前被测系统的测试结果后，对测试的相关联全量数据进行析构。

本发明实施例还提供一种计算机设备，该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现：上述软件测试方法。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有执行上述方法的计算机程序，该计算机程序被处理器执行时实现：上述软件测试方法。

综上所述，本发明实施例中，用例框架在接收到用户对当前被测系统的测试请求时，根据当前被测系统的参数信息，调用预先编写的对当前被测系统的待测接口验证的测试用例，根据协议框架地址发出业务请求至协议框架；所述业务请求中包括当前被测系统的参数信息，所述当前被测系统的下游系统地址被预先修改为协议框架地址，所述协议框架中预先构建有所述下游系统的模拟系统；协议框架根据所述业务请求，利用所述下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据当前被测系统的参数信息，协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的参数信息对应的预期结果；将响应结果和预期结果返回至用例框架；用例框架将响应结果和预期结果进行比对，得到当前被测系统的测试结果。与现有技术中单纯的测试框架方案相比，通过将用例框架与协议框架结合，屏蔽被测系统对下游系统的依赖性，使得不受数据、执行及环境的约束，对被测系统进行全方位的接口协议验证，提高了测试的复用率和测试效率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

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

用例框架在接收到用户对当前被测系统的测试请求时，根据当前被测系统的参数信息，调用预先编写的对当前被测系统的待测接口验证的测试用例，根据协议框架地址发出业务请求至协议框架；所述业务请求中包括当前被测系统的参数信息，所述当前被测系统的下游系统地址被预先修改为协议框架地址，所述协议框架中预先构建有所述下游系统的模拟系统；

协议框架根据所述业务请求，利用所述下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据当前被测系统的参数信息，协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的参数信息对应的预期结果；将响应结果和预期结果返回至用例框架；

用例框架将响应结果和预期结果进行比对，得到当前被测系统的测试结果。

2.如权利要求1所述的软件测试方法，其特征在于，还包括按照如下方法预先配置所有被测系统的参数信息与预期结果之间的对应关系：

用例框架发送配置请求至协议框架；所述配置请求包括所有被测系统的参数信息与预期结果之间的对应关系；

协议框架将所述对应关系进行持久化存储；向用例框架返回配置响应结果。

3.如权利要求2所述的软件测试方法，其特征在于，向用例框架返回配置响应结果，包括：

协议框架在根据配置请求配置成功时，向用例框架返回配置成功的响应结果；

协议框架在根据配置请求配置未成功时，向用例框架返回配置失败的响应结果。

4.如权利要求1所述的软件测试方法，其特征在于，还包括：

用例框架在得到当前被测系统的测试结果后，对测试的相关联全量数据进行析构。

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

用例框架，用于在接收到用户对当前被测系统的测试请求时，根据当前被测系统的参数信息，调用预先编写的对当前被测系统的待测接口验证的测试用例，根据协议框架地址发出业务请求至协议框架；所述业务请求中包括当前被测系统的参数信息，所述当前被测系统的下游系统地址被预先修改为协议框架地址，所述协议框架中预先构建有所述下游系统的模拟系统；将响应结果和预期结果进行比对，得到当前被测系统的测试结果；

协议框架，用于根据所述业务请求，利用所述下游系统的模拟系统，得到当前被测系统被执行测试时的响应结果；根据当前被测系统的参数信息，协议框架中预先配置的所有被测系统的参数信息与预期结果之间的对应关系，得到当前被测系统的参数信息对应的预期结果；将响应结果和预期结果返回至用例框架。

6.如权利要求5所述的软件测试装置，其特征在于，所述用例框架还用于发送配置请求至协议框架；所述配置请求包括所有被测系统的参数信息与预期结果之间的对应关系；

协议框架还用于将所述对应关系进行持久化存储；向用例框架返回配置响应结果。

7.如权利要求6所述的软件测试装置，其特征在于，所述协议框架具体用于：

在根据配置请求配置成功时，向用例框架返回配置成功的响应结果；

在根据配置请求配置未成功时，向用例框架返回配置失败的响应结果。

8.如权利要求5所述的软件测试装置，其特征在于，所述用例框架还用于在得到当前被测系统的测试结果后，对测试的相关联全量数据进行析构。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4任一项所述的软件测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至4任一项所述的软件测试方法的计算机程序。

Images