CN112256554B - 一种基于场景测试用例进行测试的方法及设备 - Google Patents

Abstract

本发明提供一种基于场景测试用例进行测试的方法及设备，该设备包括：解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。本发明解决了现有复杂业务场景测试用例误码率高、传输速度慢、安全性差以及编写规模大、效率低的问题。

Description

一种基于场景测试用例进行测试的方法及设备

技术领域

本发明涉及自动化测试领域，特别涉及一种基于场景测试用例进行测试的方法及设备。

背景技术

测试用例是指为了特定测试目标而制定的测试步骤过程，在自动化测试中，为了实现对设备的测试目的，在一个测试用例执行的过程中，经常会需要用到其他的测试用例，如果需利用到其他的测试用例，目前有两种方式：

1)手工把其他测试用例的相关步骤拷贝到当前的测试用例；

业务场景用例是指为了特定的业务场景测试，把多个基础的测试用例组合而成的测试用例。手工拷贝的方式为登录到服务器将服务器上的测试用例拷贝到对应的测试用例，手工拷贝的方式在业务场景用例中逐渐变多，由于被测设备配置或其他性能的改变，如设备进行版本升级后，对被测设备进行相关测试的测试用例可能需要改变，被业务场景用例依赖的基础测试用例一旦发现变化，之前被拷贝的测试用例就需要同步修改。

因此手工拷贝测试用例的方式存在的问题是：无法精准地确定所影响的范围，只能在依赖所拷贝的测试用例在对设备测试的过程中出现异常时，才能确定依赖的测试用例已经发生改变；如果基础测试用例被拷贝成多份，则需要进行反复的同步修改操作，测试效率较为低效；

2)将这些其他的测试用例抽象成公共应用程序接口API；

具体的实现方式为基础的测试用例存储在服务器上，在进行测试用例编写时，可以将服务器上的基础的测试用例抽象为公共应用程序接口API，通过API根据入参构造请求参数，向服务器请求被测服务，服务器根据请求确定要执行的基础测试用例，读取对应的参数进行测试，并将测试结果返回到API。

而把测试用例转变成公共API的方式，由于服务器可以根据被测服务请求确定哪些API的范围，因此可以能精确地确定应对变化的影响范围，但在API所依赖的基础测试用例改变时，不仅需要修改基础测试用例，还需要适配所有的公共API，具体为基础的测试用例被多个API调用时，基础的测试用例可以视为一式多份，在修改基础的测试用例的同时也需要所有调用该基础测试用例的公共API，将需要修改的部分称为检查点，在适配过程中会容易遗漏检查点，无法确保适配后的公共API的可靠性。

发明内容

本发明提供了一种基于场景测试用例进行测试的方法及设备，用以解决现有的复杂业务场景自动化测试用例具有误码率高、传输速度慢、安全性差以及编写规模大、编写效率低的问题。

根据本发明实施例的第一方面，提供一种基于场景测试用例进行测试的方法，该方法包括：

解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；

从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；

在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。

根据本发明实施例的第二方面，提供一种基于场景测试用例进行测试的设备，包括：

解析模块，用于解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；

执行模块，用于从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；

数据映射模块，用于在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。

可选地，解析模块触发场景测试用例执行时，在执行场景测试用例之前，通过如下任一方式预先初始化基础测试用例的驱动数据:

从默认的数据文件中读取并配置基础测试用例的驱动数据；或者

通过接收外部输入数据的方式，设置基础测试用例的驱动数据。

可选地，该设备还包括：

数据映射预先设置模块，用于通过如下方式预先设置所述数据映射关系：

确定根据业务场景组合的基础测试用例的逻辑顺序；

根据逻辑顺序相邻的每两个基础测试用例的数据传递关系，建立逻辑顺序靠前的基础测试用例产生的变量数据，与所述变量数据传递到的逻辑顺序靠后的基础测试的驱动数据间的映射关系。

可选地，其中一个基础测试用例包括异常注入测试用例与异常恢复测试用例，上述解析模块解析并执行场景测试用例包括：

解析到基础测试用例包括异常注入测试用例时，仅执行所述异常注入测试用例以注入异常数据进行测试；

在异常注入测试用例执行成功时执行下一个基础测试用例；

在任一基础测试用例执行结果为失败时，对失败的基础测试用例及之前的基础测试用例，按照逻辑顺序从后向前的顺序，依次检查至查到包括异常恢复测试用例的基础测试用例，并执行所述异常恢复测试用例来恢复到执行异常注入测试用例之前的步骤。

可选地，所述异常恢复测试用例设置有异常回滚标记，上述解析模块对失败的基础测试用例及之前的基础测试用例，按照如下方式检查是否包括异常恢复测试用例：

通过异常回滚标记，检查失败的基础测试用例及之前的基础测试用例是否包括异常恢复测试用例。

可选地，解析并执行场景测试用例的过程中，其中一个基础测试用例的执行结果为失败时，停止执行之后的基础测试用例。

可选地，所述基础测试用例包括由多个测试不同功能测试用例中相同的测试步骤组成的测试用例，和/或用于测试指定功能的测试用例。

可选地，上述解析模块解析并执行场景测试用例，包括：

通过输入命令提示符CMD的方式，触发并执行场景测试用例；或者

通过应用程序接口API接收测试请求，触发并执行场景测试用例。

根据本发明实施例的第三方面，提供一种基于场景测试用例进行测试的设备，包括：存储器和中央处理器；其中：

所述存储器用于存储程序；

所述中央处理器用于执行所述存储器中的程序，包括如下步骤：

解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；

从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；

在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。

可选地，触发场景测试用例执行时，在执行场景测试用例之前，上述中央处理器通过如下任一方式预先设置初始化基础测试用例的驱动数据：

从默认的数据文件中读取并配置基础测试用例的驱动数据；或者

通过接收外部输入数据的方式，设置基础测试用例的驱动数据。

可选地，上述中央处理器通过如下方式预先设置所述数据映射关系：

确定根据业务场景组合的基础测试用例的逻辑顺序；

根据逻辑顺序相邻的每两个基础测试用例的数据传递关系，建立逻辑顺序靠前的基础测试用例产生的变量数据，与所述变量数据传递到的逻辑顺序靠后的基础测试的驱动数据间的映射关系。

可选地，其中一个基础测试用例包括异常注入测试用例与异常恢复测试用例，上述中央处理器解析并执行场景测试用例包括：

解析到基础测试用例包括异常注入测试用例时，仅执行所述异常注入测试用例以注入异常数据进行测试；

在异常注入测试用例执行成功时执行下一个基础测试用例；

在任一基础测试用例执行结果为失败时，对失败的基础测试用例及之前的基础测试用例，按照逻辑顺序从后向前的顺序，依次检查至查到检查之前的基础测试用例包括异常恢复测试用例的基础测试用例时，并执行所述异常恢复测试用例来恢复到执行异常注入测试用例之前的步骤。

可选地，所述异常恢复测试用例设置有异常回滚标记，上述解析模块对失败的基础测试用例及之前的基础测试用例，按照如下方式检查是否包括异常恢复测试用例：

通过异常回滚标记，检查失败的基础测试用例及之前的基础测试用例是否包括异常恢复测试用例。

可选地，上述中央处理器解析并执行场景测试用例的过程中，执行其中一个基础测试用例的执行结果为执行失败时，停止执行之后的基础测试用例。

可选地，所述基础测试用例包括由多个测试不同功能测试用例中相同的测试步骤组成的测试用例，和/或用于测试指定功能的测试用例。

可选地，上述中央处理器解析并执行场景测试用例，包括：

通过输入命令提示符CMD的方式，触发并执行场景测试用例；或者

通过应用程序接口API接收测试请求，触发并执行场景测试用例。

根据本发明实施例的第四方面，提供一种芯片，所述芯片与设备中的存储器耦合，使得所述芯片在运行时调用所述存储器中存储的程序指令，实现本申请实施例上述各个方面以及各个方面涉及的任一可能设计的方法。

根据本发明实施例的第五方面，提供一种计算机可读存储介质，该计算机存储介质存储有程序指令，当其在计算机上运行时，使得计算机执行本发明实施例上述各个方面以及各个方面涉及的任一可能设计的方法。

根据本发明实施例的第六方面，提供一种计算机程序产品，当所述计算机程序产品在电子设备上运行时，使得所述电子设备执行实现本申请实施例上述各个方面以及各个方面涉及的任一可能设计的方法。

利用本发明提供的基于场景测试用例进行测试的方法及设备，具有以下有益效果：

本发明提供的基于场景测试用例进行测试的方法及设备，通过封装信息对每个基础测试用例进行闭包管理与维护，隔离组合带来的影响，保证每个基础测试用例的独立性和可维护性；利用数据驱动把基础的测试用例组装成场景用例并利用数据映射关系建立数据传递通道，适应不同的业务场景逻辑；解决了现有的复杂业务场景自动化测试用例误码率高、传输速度慢、安全性差以及实现时编写规模大、编写效率低的问题。

附图说明

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

图1为本发明实施例中提供的基于场景测试用例进行测试的系统架构示意图；

图2为本发明实施例中提供的基于场景测试用例进行测试的方法示意图；

图3为本发明实施例提供的基础测试用例间数据传递关系示意图；

图4为本发明实施例提供的场景测试用例根据执行结果生成相应测试报告的示意图；

图5为本发明基于场景测试用例进行测试的整体模型示意图；

图6为本发明实施例中提供的场景测试用例的异常回滚机制的方法示意图；

图7为本发明实施例中提供的基于场景测试用例进行测试的设备示意图；

图8为本发明实施例提供的基于场景测试用例进行测试的设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

为了方便理解，下面对本发明实施例中涉及的名词进行解释：

1)测试用例Test Case：是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求；测试用例是自动化测试最基础的组成单元。

2)场景测试用例：是为了特定的业务场景测试，把多个基础测试用例组合而成的测试用例，常用的定义函数或方法与测试用例保持一致。

3)数据驱动：使用外部数据来源作为测试用例的输入，数据驱动测试，又称为功能测试，是利用黑盒测试法测试系统的功能，不需测试系统的内部结构和处理过程，数据驱动测试注重于测试系统的功能性需求。

4)API(Application Programming Interface，应用程序接口)：一些预先定义的函数或软件系统不同组成部分衔接的约定，使用API访问一组例程时无需访问源码。

5)CMD(Command Processor，命令提示符)：命令提示符是在操作系统中，提示进行命令输入的一种工作提示符，在不同的操作系统环境下，命令提示符各不相同。

本申请实施例涉及一种基于场景测试用例进行测试的系统，如图1所示为基于场景测试用例进行测试的系统示意图；该系统包括测试设备101以被测设备102，测试设备101和被测设备102以有线方式连接，或者通过无线网络连接，上述测试设备101根据业务场景设计不同的场景测试用例，并基于场景测试用例对被测设备102进行通信。

场景测试用例是把多个基础的测试用例组合而成的测试用例，这些基础的测试用例存储在测试服务器中，上述测试设备101可以为与测试服务器通信的PC设备或便携式电子设备，也可以为与测试服务器设备集成到一起的设备，如果为与测试服务器通信的PC设备或便携式电子设备，如图1所示，上述测试设备101可以有线或无线的方式与测试服务器103连接。

随着业务系统的分布式化，自动化测试的范围逐渐从基础的接口扩展到复杂的业务场景。场景测试用例包含了一系列的接口、异常注入与恢复等测试步骤，而直接把相应测试步骤复制到场景用例中，这样会降低场景用例的可读性且增大场景用例的维护成本；采用抽象为API的方式调用基础测试用例，又会存在适配所有API容易遗漏检查点的问题。

鉴于此，本发明实施例提供一种基于场景测试用例进行测试的方法，在说明本实施例的基于场景测试用例进行测试的方法之前，说明本实施例中场景测试用例的编写方式。

本实施例中的基础测试用例包括由多个测试不同功能测试用例中相同的测试步骤组成的测试用例，和/或用于测试指定功能的测试用例。基础测试用例存储在测试服务器上。

测试用例是自动化测试最基础的组成单元，常用的定义函数或方法有：

set_test_data：设置默认的驱动数据来源；

pre_test：设置测试用例的前置初始化操作；

post_test：设置测试用例的后置清理操作；

run_test：设置具体的测试步骤。

场景测试用例是多个基础测试用例组成的，常用的定义函数或方法与测试用例保持一致，但在run_test方法中不是设置具体的测试步骤，本实施例中在编写场景测试用例时，在run_test步骤根据业务场景按照相应的逻辑顺序组合基础测试用例，在组合基础测试用例时，对每个基础测试用例进行闭包管理与维护，隔离组合带来的影响，保证每个测试用例的独立性和可维护性。

本实施例中实现对每个基础测试用例的闭包管理与维护，具体为在场景测试用例中，按照基础测试用例的逻辑顺序，增加各个基础测试用例的封装信息。

具体地，在run_test方法中不是设置具体的测试步骤，而是add_test_case方法把所需调用的基础测试用例进行封装后组装起来，在封装过程中增加各个基础测试用例的封装信息，本实施例中封装信息至少包括如下三方面的信息：

1)基础测试用例的存储位置；

add_test_case方法中，可以根据基础测试用例在测试服务器上的位置，增加相应的参数，指示基础测试用例的存储位置。

如add_test_case方法中，test_case_classpath为基础测试用例的类路径设置，可以通过设置参数test_case_classpath指示基础测试用例的存储位置。

2)基础测试用例的数据标签位置；

对于每个基础测试用例，该基础测试用例的执行依赖于对应的驱动数据，在基础测试用例常用的run_test方法中，可以读取与设置默认或外部请求的数据来源。

本实施例中，预先设置基础测试用例及其对应的数据标签位置的映射关系，数据标签位置为测试设备全局空间中的存储位置，该全局空间可以是内存或文件等。在触发场景测试用例执行时，在执行场景测试用例之前，对于每个基础测试用例初始化该基础测试用例的驱动数据，具体可以先确定每个基础测试用例设置对应的数据标签位置，将对应的数据标签位置的驱动数据进行初始化。

作为一种可选的实施方式，初始化各基础测试用例的驱动数据的方式为，从默认的数据文件中读取并配置基础测试用例的驱动数据，将读取的驱动数据存储到基础测试用例对应的数据标签位置，这些默认的数据文件可以是ini文件、json文件、csv文件、关系型数据库和非关系型数据库等数据来源。

作为另一种可选的实施方式，通过接收外部输入数据的方式，设置基础测试用例的驱动数据，将设置的基础测试用例的驱动数据存储到基础测试用例对应的数据标签位置。

add_test_case方法中，data_options代表设置数据驱动的参数，如数据来源、标签等，可以通过设置参数data_options设置初始化基础测试用例的数据驱动。

场景测试用例是特殊的测试用例，是多个基础的测试用例的组合。为了做到基础测试用例的变化隔离和测试用例的组合，通过上述方式提出基于驱动数据方式来解决：

每个基础的测试用例是基于该基础测试用例的驱动数据获取数据来源，保证测试步骤不受驱动数据的影响，可通过默认或外部设置的数据来源满足不同情况的业务场景测试；

编写基础的测试用例时，无需考虑被依赖的情况，只需满足自身的测试目标即可。

3)基础测试用例的数据映射关系；

场景用例是多个基础测试用例的组合，必然会存在基础测试用例之间的数据关联情况，而由于对基础测试用例利用封装信息进行封装，测试用例之间具有隔离性，因此在封装信息中需要进一步包含基础测试用例的数据映射关系，提供对场景用例中基础测试用例间的数据映射功能，保证测试用例之间的数据传递。

add_test_case方法中，mapping_options参数代表设置数据映射关系，可以通过设置参数mapping_options预先设置所述数据映射关系。

基础的测试用例可把数据写入到测试数据对象中，场景用例就会根据设置好的数据映射关系，关联到之后的测试用例的驱动数据中去，保证场景用例的业务性，上述测试数据对象可以存储到对应的基础测试用例的数据标签位置。

作为一种可选的实施方式，本实施例中通过如下方式预先设置所述数据映射关系：

确定根据业务场景组合的基础测试用例的逻辑顺序；

根据逻辑顺序相邻的每两个基础测试用例的数据传递关系，建立逻辑顺序靠前的基础测试用例产生的变量数据，与所述变量数据传递到的逻辑顺序靠后的基础测试的驱动数据间的映射关系。

实施例1

基于如上方式编写的场景测试用例，本发明实施例提供一种基于场景测试用例进行测试的方法，如图2所示，该方法包括：

步骤S201，解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；

本实施例中基础测试用例包括由多个测试不同功能测试用例中相同的测试步骤组成的测试用例，和/或用于测试指定功能的测试用例。

基础测试用例的存储位置，可以为基础测试用例在测试服务器上的存储路径，具体的设置方式如前所述，这里不再详述。

封装信息包括的基础测试用例的数据标签位置，可以设置在全局空间，触发场景测试用例执行时，在执行场景测试用例之前，从默认的数据文件中读取并配置基础测试用例的驱动数据；或者通过接收外部输入数据的方式，设置基础测试用例的驱动数据实现初始化，将初始化的基础测试用例的驱动数据写入到对应的数据标签位置。

如图3所示，预先设置不同基础测试用例如测试用例1、测试用例2及测试用例3与数据标签位置的映射关系，具体为测试用例1对应标签1对应的数据标签位置，测试用例2对应标签2对应的数据标签位置，测试用例3对应标签3对应的数据标签位置。

通过封装信息中的数据映射关系，建立了场景用例并建立数据传递通道，适应不同的业务场景逻辑。如图3所示，预先建立标签1对应的数据标签位置中数据与标签2对应的数据标签位置中数据的传递关系，建立标签2对应的数据标签位置中数据与标签3对应的数据标签位置中数据的传递关系，建立标签3对应的数据标签位置中数据与下一标签对应的数据标签位置中数据的传递关系。

解析并执行场景测试用例，可以采用如下任一方式触发并执行场景测试用例：

1)输入命令提示符CMD的方式；

所述命令提示符是在操作系统中，提示进行命令输入的一种工作提示符。在不同的操作系统环境下，命令提示符各不相同。用户可以通过输入命令提示符CMD的方式，启动自动化引擎执行场景测试用例。

2)通过应用程序接口API接收测试请求；

API主要作为测试设备的外部系统与测试设备系统之间以及内部各个子系统之间的交互点，通过一些特殊的规则也就是协议，来进行数据之间的交互。用户可以向应用程序接口发送测试请求，应用程序接口触发并执行用户指定的场景测试用例。所述应用程序接口API可以采用RESTful API(rest式接口)。

步骤S202，从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置。

如图3所示为本发明实施例示意的基础测试用例间数据传递关系示意图，测试用例1的驱动数据写入到标签1对应的数据标签位置，测试用例2的驱动数据写入到标签2对应的数据标签位置，测试用例3的驱动数据写入到标签3对应的数据标签位置。

步骤S203：在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。

如图3所示，其中在执行测试用例1时，从标签1对应的数据标签位置读取驱动数据，即图中标签1上部的get过程，在测试用例1执行过程中，将产生的结果数据，具体可以是变量数据写入到标签1对应的数据标签位置，即图中的set过程，测试用例1执行完后，从标签1对应的数据标签位置读取相应的数据(图中标签1下面的get过程)，根据预先设置的数据映射关系，将读取的数据映射到标签2对应的位置(图中从测试用例1到标签2的set过程)。其他测试用例的数据映射过程相同，这里不再重述。

结束执行场景测试用例时，根据执行结果生成相应的测试报告。结束执行场景测试用例，一种可能的情况是，所有的基础测试用例均执行成功，另一种可能的情况的是，在执行到其中到一个基础测试用例执行失败，本实施例中解析并执行场景测试用例的过程中，执行其中一个基础测试用例的执行结果为失败时，停止执行之后的基础测试用例。

如图4所示，按照基础测试用例的逻辑顺序依次执行基础测试用例test.test1.Test1、test.test1.Test2、test.test1.scene1.TestScene1时，test.test1.Test1执行成功后执行，在执行test.test1.Test2时执行失败，在之后的test.test1.scene1.TestScene1不再执行，最后得到的测试结果中，test.test1.Test1为通过、test.test1.Test2为失败、test.test1.scene1.TestScene1为未执行。

如图5所示为本申请基于场景测试用例进行测试的方法的整体示意图，图5中的测试用例部分为从存储位置读取基础测试用例后执行测试用例的步骤，场景用例部分为按照基础测试用例逻辑顺序执行场景测试用例的整体流程示意。

其中，通过API或CMD的方式自动化引擎执行场景测试用例，在执行场景测试用例时，首先让场景用例从数据来源读取到场景测试用例的驱动数据，具体可以是读取基础测试用例的驱动数据，并把数据存储到全局空间中(内存或文件)；接着，按照测试步骤执行测试，每执行到一个基础测试用例时，根据封装信息的基础测试用例的存储位置获取基础测试用例并执行，执行过程中根据封装信息中的数据标签位置，读取驱动数据，并根据执行结果写入相应的数据到数据标签位置；当一个基础测试用例执行成功后，场景用例会根据封装信息中定义好的数据传递的映射关系，把当前的基础测试用例写入的数据如数据变量映射到下一个基础测试用例相应的数据如数据变量中去，确保以此类推，直到全部基础测试用执行完，并生成最终的测试报告。

所述测试报告包括：测试背景说明；测试范围说明；测试环境说明；测试方法说明；测试结果结论；质量或风险评估等。

实施例2

在分布式架构的系统下，需要进行各式各样的异常注入与恢复操作，这些操作都可固化到基础的测试用例，已被场景用例所用到。在业务场景较为复杂的情况下，一旦执行用于异常注入的测试用例后，之后存在其他基础的测试用例执行失败，会导致异常无法恢复，因此，本实施例引入一个异常回滚机制，确保在发生异常的情况下用于异常恢复的测试用例也被执行，提高场景测试用例的稳定性。

基于实施例1提供的基于场景测试用例进行测试，实施例1中的全部内容可以引述到本实施例中，不同的是其中一个基础测试用例包括异常注入测试用例与异常恢复测试用例，解析并执行场景测试用例包括：

解析到基础测试用例包括异常注入测试用例时，仅执行所述异常注入测试用例以注入异常数据进行测试；

在异常注入测试用例执行成功时执行下一个基础测试用例；

在任一基础测试用例执行结果为失败时，对失败的基础测试用例及之前的基础测试用例，按照逻辑顺序从后向前的顺序，依次检查至查到包括异常恢复测试用例的基础测试用例，并执行所述异常恢复测试用例来恢复到执行异常注入测试用例之前的步骤。

对失败的基础测试用例及之前的基础测试用例，按照如下方式检查是否包括异常恢复测试用例：

通过异常回滚标记，检查失败的基础测试用例及之前的基础测试用例是否包括异常恢复测试用例。

如图6所示为本发明实施例中提供的场景测试用例的异常回滚机制的方法示意图，场景测试用例包括基础测试用例：测试用例1～测试用例5，其中测试用例3为包括异常注入测试用例与异常恢复测试用例的基础测试用例，按照基础测试用例的逻辑顺序，在执行到测试用例3时，仅执行测试用例3中的异常注入测试用例以注入异常数据进行测试；后续的执行情况分为两种：

情况一

测试用例3中的异常注入测试用例执行成功，执行下一个测试用例4，测试用例4执行成功后执行测试用例5，测试用例5执行成功后结束测试，生成相应的测试报告，根据测试报告，可以确定所有的测试用例的执行结果为通过，但由于基础测试用例包括异常注入与恢复的测试用例3，因此可以确定被测设备的功能异常。

情况二

一种可能的情况为，测试用例3中的异常注入测试用例执行失败，停止执行测试用例4和测试用例5，并在测试用例3中检查是否存在具有异常回滚标记的异常恢复测试用例，确定存在异常回滚标记，通过执行测试用例3中的异常恢复测试用例来恢复到执行异常注入测试用例之前的步骤，并生成相应的测试报告，具体为测试用例1和测试用例2通过，测试用例3为失败，测试用例4和测试用例5为未执行，由于测试用例3为异常注入与恢复的测试用例，因此可以确定被测设备功能正常；

另一种可能的情况是，测试用例3中的异常注入测试用例执行成功，测试用例4执行失败，停止执行测试用例5，并在测试用例4中检查是否存在具有异常回滚标记的异常恢复测试用例，确定不存在，在测试用例3中检查是否存在具有异常回滚标记的异常恢复测试用例，确定存在异常回滚标记，通过执行测试用例3中的异常恢复测试来恢复到执行异常注入测试用例之前的步骤，并生成相应的测试报告，具体为测试用例1和测试用例2通过，测试用例3为失败，测试用例4为失败，测试用例5为未执行，由于测试用例3为异常注入与恢复的测试用例，因此可以确定被测设备功能正常；

再一种可能的情况是，如图6所示，测试用例3中的异常注入测试用例执行成功，测试用例4执行成功，执行测试用例5失败，并在测试用例5中检查是否存在具有异常回滚标记的异常恢复测试用例，确定不存在，在测试用例4中检查是否存在具有异常回滚标记的异常恢复测试用例，确定不存在，在测试用例3中检查是否存在具有异常回滚标记的异常恢复测试用例，确定存在异常回滚标记，通过执行测试用例3中的异常恢复测试用例来恢复到执行异常注入测试用例之前的步骤，并生成相应的测试报告，执行测试用例3中的异常恢复测试用例过程中会进行测试用例4和测试用例5的异常回滚，以恢复到执行异常注入测试用例之前的步骤。

所生成的测试报告中，具体为测试用例1和测试用例2通过，测试用例3为通过，测试用例4为通过，测试用例5为失败，由于测试用例3为异常注入与恢复的测试用例，因此可以确定被测设备功能正常。

上述异常回滚标记是测试用例执行过程中的一个标志点，主要的用途是允许场景测试用例将某一段测试步骤回滚而不必回滚全部测试步骤。

实施例3

以上对本发明中一种基于场景测试用例进行测试的方法进行说明，以下对上述基于场景测试用例进行测试的设备进行说明。

请参阅图7，本发明实施例提供一种基于场景测试用例进行测试的设备，包括：

解析模块701，用于解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；

执行模块702，用于从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；

数据映射模块703，用于在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。

可选地，解析模块触发场景测试用例执行时，在执行场景测试用例之前，通过如下任一方式预先初始化基础测试用例的驱动数据:

从默认的数据文件中读取并配置基础测试用例的驱动数据；或者

通过接收外部输入数据的方式，设置基础测试用例的驱动数据。

可选地，该设备还包括：

数据映射预先设置模块700，用于通过如下方式预先设置所述数据映射关系：

确定根据业务场景组合的基础测试用例的逻辑顺序；

根据逻辑顺序相邻的每两个基础测试用例的数据传递关系，建立逻辑顺序靠前的基础测试用例产生的变量数据，与所述变量数据传递到的逻辑顺序靠后的基础测试的驱动数据间的映射关系。

可选地，其中一个基础测试用例包括异常注入测试用例与异常恢复测试用例，上述解析模块解析并执行场景测试用例包括：

解析到基础测试用例包括异常注入测试用例时，仅执行所述异常注入测试用例以注入异常数据进行测试；

在异常注入测试用例执行成功时执行下一个基础测试用例；

在任一基础测试用例执行结果为失败时，对失败的基础测试用例及之前的基础测试用例，按照逻辑顺序从后向前的顺序，依次检查至查到包括异常恢复测试用例的基础测试用例，并执行所述异常恢复测试用例来恢复到执行异常注入测试用例之前的步骤。

可选地，所述异常恢复测试用例设置有异常回滚标记，上述解析模块对失败的基础测试用例及之前的基础测试用例，按照如下方式检查是否包括异常恢复测试用例：

通过异常回滚标记，检查失败的基础测试用例及之前的基础测试用例是否包括异常恢复测试用例。

可选地，解析并执行场景测试用例的过程中，其中一个基础测试用例的执行结果为失败时，停止执行之后的基础测试用例。

可选地，所述基础测试用例包括由多个测试不同功能测试用例中相同的测试步骤组成的测试用例，和/或用于测试指定功能的测试用例。

可选地，上述解析模块解析并执行场景测试用例，包括：

通过输入命令提示符CMD的方式，触发并执行场景测试用例；或者

通过应用程序接口API接收测试请求，触发并执行场景测试用例。

上面从模块化功能实体的角度对本申请实施例中的基于场景测试用例进行测试的设备进行了描述，下面从硬件处理的角度对本申请实施例中的基于场景测试用例进行测试的设备进行描述。

实施例4

请参阅图8，本申请实施例中基于场景测试用例进行测试的设备的另一个实施例包括：

中央处理器801、存储器802、收发器810、以及总线系统811；

所述存储器用于存储程序；

所述中央处理器用于执行所述存储器中的程序，包括如下步骤：

解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；

从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；

在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。

图8是本发明实施例提供的一种基于场景测试用例进行测试的设备的结构示意图，该设备800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(英文全称：central processing units，英文简称：CPU)801(例如，一个或一个以上中央处理器)和存储器802，一个或一个以上存储应用程序804或数据805的存储介质803(例如一个或一个以上海量存储设备)。其中，存储器802和存储介质803可以是短暂存储或持久存储。存储在存储介质803的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对信息处理装置中的一系列指令操作。更进一步地，中央处理器801可以设置为与存储介质803通信，在设备800上执行存储介质803中的一系列指令操作。

设备800还可以包括一个或一个以上电源809，一个或一个以上有线或无线网络接口807，一个或一个以上输入输出接口808，和/或，一个或一个以上操作系统806，例如Windows Server，Mac OS X，Unix，Linux，FreeBSD等。

可选地，触发场景测试用例执行时，在执行场景测试用例之前，上述中央处理器通过如下任一方式预先初始化基础测试用例的驱动数据：

从默认的数据文件中读取并配置基础测试用例的驱动数据；或者

通过接收外部输入数据的方式，设置基础测试用例的驱动数据。

可选地，上述中央处理器通过如下方式预先设置所述数据映射关系：

确定根据业务场景组合的基础测试用例的逻辑顺序；

根据逻辑顺序相邻的每两个基础测试用例的数据传递关系，建立逻辑顺序靠前的基础测试用例产生的变量数据，与所述变量数据传递到的逻辑顺序靠后的基础测试的驱动数据间的映射关系。

可选地，其中一个基础测试用例包括异常注入测试用例与异常恢复测试用例，上述中央处理器解析并执行场景测试用例包括：

解析到基础测试用例包括异常注入测试用例时，仅执行所述异常注入测试用例以注入异常数据进行测试；

在异常注入测试用例执行成功时执行下一个基础测试用例；

在任一基础测试用例执行结果为失败时，对失败的基础测试用例及之前的基础测试用例，按照逻辑顺序从后向前的顺序，依次检查至查到包括异常恢复测试用例的基础测试用例，并执行所述异常恢复测试用例来恢复到执行异常注入测试用例之前的步骤。

可选地，所述异常恢复测试用例设置有异常回滚标记，上述处理器对失败的基础测试用例及之前的基础测试用例，按照如下方式检查是否包括异常恢复测试用例：

通过异常回滚标记，检查失败的基础测试用例及之前的基础测试用例是否包括异常恢复测试用例。

可选地，上述中央处理器解析并执行场景测试用例的过程中，其中一个基础测试用例的执行结果为失败时，停止执行之后的基础测试用例。

可选地，所述基础测试用例包括由多个测试不同功能测试用例中相同的测试步骤组成的测试用例，和/或用于测试指定功能的测试用例。

可选地，上述中央处理器解析并执行场景测试用例，包括：

通过输入命令提示符CMD的方式，触发并执行场景测试用例；或者

通过应用程序接口API接收测试请求，触发并执行场景测试用例。

本发明实施例还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述实施例提供的满足应用定位需求的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

以上对本申请所提供的技术方案进行了详细介绍，本申请中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

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

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种基于场景测试用例进行测试的方法，其特征在于，包括：

分别解析并执行场景测试用例中的各个基础测试用例，其中一个基础测试用例包括异常注入测试用例与异常恢复测试用例，每解析一个基础测试用例，解析到所述一个基础测试用例包括所述异常注入测试用例时，仅执行所述异常注入测试用例，以注入异常数据进行测试；在确定所述异常注入测试用例执行成功时，执行下一个基础测试用例；在确定所述一个基础测试用例执行失败时，按照从后向前的逻辑顺序，依次对失败的所述一个基础测试用例以及之前的基础测试用例进行检查，直至查到包括所述异常恢复测试用例的基础测试用例，并执行所述异常恢复测试用例，来恢复到执行异常注入测试用例之前的步骤；其中，解析到需要执行的基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；

从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；

在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。

2.根据权利要求1所述的方法，其特征在于，触发场景测试用例执行时，在执行场景测试用例之前，通过如下任一方式预先初始化基础测试用例的驱动数据：

从默认的数据文件中读取并配置基础测试用例的驱动数据；或者

通过接收外部输入数据的方式，设置基础测试用例的驱动数据。

3.根据权利要求1所述的方法，其特征在于，通过如下方式预先设置所述数据映射关系：

确定根据业务场景组合的基础测试用例的逻辑顺序；

根据逻辑顺序相邻的每两个基础测试用例的数据传递关系，建立逻辑顺序靠前的基础测试用例产生的变量数据，与所述变量数据传递到的逻辑顺序靠后的基础测试的驱动数据间的映射关系。

4.根据权利要求1所述的方法，其特征在于，所述异常恢复测试用例设置有异常回滚标记，对失败的基础测试用例及之前的基础测试用例，按照如下方式检查是否包括异常恢复测试用例：

通过异常回滚标记，检查失败的基础测试用例及之前的基础测试用例是否包括异常恢复测试用例。

5.根据权利要求1所述的方法，其特征在于，在确定所述一个基础测试用例执行失败时，还包括：停止执行之后的基础测试用例。

6.根据权利要求1所述的方法，其特征在于，所述基础测试用例包括由多个测试不同功能测试用例中相同的测试步骤组成的测试用例，和/或用于测试指定功能的测试用例。

7.根据权利要求1所述的方法，其特征在于，在分别解析并执行场景测试用例中的各个基础测试用例之前，采用以下任意一种方式，触发并执行场景测试用例：

通过输入命令提示符CMD的方式，触发并执行场景测试用例；或者

通过应用程序接口API接收测试请求，触发并执行场景测试用例。

8.一种基于场景测试用例进行测试的设备，其特征在于，包括存储器和中央处理器，其中：

所述存储器用于存储程序；

所述中央处理器用于执行所述存储器中的程序，实现如权利要求1～7任一所述基于场景测试用例进行测试的方法的步骤。

9.一种基于场景测试用例进行测试的设备，其特征在于，包括：

解析模块，用于分别解析并执行场景测试用例中的各个基础测试用例，其中一个基础测试用例包括异常注入测试用例与异常恢复测试用例，每解析一个基础测试用例，解析到所述一个基础测试用例包括所述异常注入测试用例时，仅执行所述异常注入测试用例，以注入异常数据进行测试；在确定所述异常注入测试用例执行成功时，执行下一个基础测试用例；在确定所述一个基础测试用例执行失败时，按照从后向前的逻辑顺序，依次对失败的所述一个基础测试用例以及之前的基础测试用例进行检查，直至查到包括所述异常恢复测试用例的基础测试用例，并执行所述异常恢复测试用例，来恢复到执行异常注入测试用例之前的步骤；其中，解析到需要执行的基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；

执行模块，用于从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；

数据映射模块，用于在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。

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

Images