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

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

【技术实现步骤摘要】
一种基于场景测试用例进行测试的方法及设备


[0001]本专利技术涉及自动化测试领域，特别涉及一种基于场景测试用例进行测试的方法及设备。

技术介绍

[0002]测试用例是指为了特定测试目标而制定的测试步骤过程，在自动化测试中，为了实现对设备的测试目的，在一个测试用例执行的过程中，经常会需要用到其他的测试用例，如果需利用到其他的测试用例，目前有两种方式：
[0003]1)手工把其他测试用例的相关步骤拷贝到当前的测试用例；
[0004]业务场景用例是指为了特定的业务场景测试，把多个基础的测试用例组合而成的测试用例。手工拷贝的方式为登录到服务器将服务器上的测试用例拷贝到对应的测试用例，手工拷贝的方式在业务场景用例中逐渐变多，由于被测设备配置或其他性能的改变，如设备进行版本升级后，对被测设备进行相关测试的测试用例可能需要改变，被业务场景用例依赖的基础测试用例一旦发现变化，之前被拷贝的测试用例就需要同步修改。
[0005]因此手工拷贝测试用例的方式存在的问题是：无法精准地确定所影响的范围，只能在依赖所拷贝的测试用例在对设备测试的过程中出现异常时，才能确定依赖的测试用例已经发生改变；如果基础测试用例被拷贝成多份，则需要进行反复的同步修改操作，测试效率较为低效；
[0006]2)将这些其他的测试用例抽象成公共应用程序接口API；
[0007]具体的实现方式为基础的测试用例存储在服务器上，在进行测试用例编写时，可以将服务器上的基础的测试用例抽象为公共应用程序接口API，通过API根据入参构造请求参数，向服务器请求被测服务，服务器根据请求确定要执行的基础测试用例，读取对应的参数进行测试，并将测试结果返回到API。
[0008]而把测试用例转变成公共API的方式，由于服务器可以根据被测服务请求确定哪些API的范围，因此可以能精确地确定应对变化的影响范围，但在API所依赖的基础测试用例改变时，不仅需要修改基础测试用例，还需要适配所有的公共API，具体为基础的测试用例被多个API调用时，基础的测试用例可以视为一式多份，在修改基础的测试用例的同时也需要所有调用该基础测试用例的公共API，将需要修改的部分称为检查点，在适配过程中会容易遗漏检查点，无法确保适配后的公共API的可靠性。

技术实现思路

[0009]本专利技术提供了一种基于场景测试用例进行测试的方法及设备，用以解决现有的复杂业务场景自动化测试用例具有误码率高、传输速度慢、安全性差以及编写规模大、编写效率低的问题。
[0010]根据本专利技术实施例的第一方面，提供一种基于场景测试用例进行测试的方法，该方法包括：
[0011]解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；
[0012]从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；
[0013]在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。
[0014]根据本专利技术实施例的第二方面，提供一种基于场景测试用例进行测试的设备，包括：
[0015]解析模块，用于解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；
[0016]执行模块，用于从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；
[0017]数据映射模块，用于在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。
[0018]可选地，解析模块触发场景测试用例执行时，在执行场景测试用例之前，通过如下任一方式预先初始化基础测试用例的驱动数据:
[0019]从默认的数据文件中读取并配置基础测试用例的驱动数据；或者
[0020]通过接收外部输入数据的方式，设置基础测试用例的驱动数据。
[0021]可选地，该设备还包括：
[0022]数据映射预先设置模块，用于通过如下方式预先设置所述数据映射关系：
[0023]确定根据业务场景组合的基础测试用例的逻辑顺序；
[0024]根据逻辑顺序相邻的每两个基础测试用例的数据传递关系，建立逻辑顺序靠前的基础测试用例产生的变量数据，与所述变量数据传递到的逻辑顺序靠后的基础测试的驱动数据间的映射关系。
[0025]可选地，其中一个基础测试用例包括异常注入测试用例与异常恢复测试用例，上述解析模块解析并执行场景测试用例包括：
[0026]解析到基础测试用例包括异常注入测试用例时，仅执行所述异常注入测试用例以注入异常数据进行测试；
[0027]在异常注入测试用例执行成功时执行下一个基础测试用例；
[0028]在任一基础测试用例执行结果为失败时，对失败的基础测试用例及之前的基础测试用例，按照逻辑顺序从后向前的顺序，依次检查至查到包括异常恢复测试用例的基础测试用例，并执行所述异常恢复测试用例来恢复到执行异常注入测试用例之前的步骤。
[0029]可选地，所述异常恢复测试用例设置有异常回滚标记，上述解析模块对失败的基础测试用例及之前的基础测试用例，按照如下方式检查是否包括异常恢复测试用例：
[0030]通过异常回滚标记，检查失败的基础测试用例及之前的基础测试用例是否包括异常恢复测试用例。
[0031]可选地，解析并执行场景测试用例的过程中，其中一个基础测试用例的执行结果
为失败时，停止执行之后的基础测试用例。
[0032]可选地，所述基础测试用例包括由多个测试不同功能测试用例中相同的测试步骤组成的测试用例，和/或用于测试指定功能的测试用例。
[0033]可选地，上述解析模块解析并执行场景测试用例，包括：
[0034]通过输入命令提示符CMD的方式，触发并执行场景测试用例；或者
[0035]通过应用程序接口API接收测试请求，触发并执行场景测试用例。
[0036]根据本专利技术实施例的第三方面，提供一种基于场景测试用例进行测试的设备，包括：存储器和中央处理器；其中：
[0037]所述存储器用于存储程序；
[0038]所述中央处理器用于执行所述存储器中的程序，包括如下步骤：
[0039]解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；
[0040]从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于场景测试用例进行测试的方法，其特征在于，包括：解析并执行场景测试用例，其中解析到需要执行基础测试用例时，读取所述基础测试用例的封装信息，所述封装信息包括基础测试用例的存储位置、数据标签位置及数据映射关系；从所述存储位置读取所述基础测试用例并执行，执行过程中从所述数据标签位置读取驱动数据，并将执行过程中产生的结果数据写入所述数据标签位置；在所述基础测试用例执行结束后，根据所述数据映射关系，利用所述数据标签位置相应的结果数据，修改所映射的下一个基础测试用例的驱动数据。2.根据权利要求1所述的方法，其特征在于，触发场景测试用例执行时，在执行场景测试用例之前，通过如下任一方式预先初始化基础测试用例的驱动数据：从默认的数据文件中读取并配置基础测试用例的驱动数据；或者通过接收外部输入数据的方式，设置基础测试用例的驱动数据。3.根据权利要求1所述的方法，其特征在于，通过如下方式预先设置所述数据映射关系：确定根据业务场景组合的基础测试用例的逻辑顺序；根据逻辑顺序相邻的每两个基础测试用例的数据传递关系，建立逻辑顺序靠前的基础测试用例产生的变量数据，与所述变量数据传递到的逻辑顺序靠后的基础测试的驱动数据间的映射关系。4.根据权利要求1所述的方法，其特征在于，其中一个基础测试用例包括异常注入测试用例与异常恢复测试用例，解析并执行场景测试用例包括：解析到基础测试用例包括异常注入测试用例时，仅执行所述异常注入测试用例以注入异常数据进行测试；在异常注入测试用例执行成功时执行下一个基础测试用例；在任一基础测试用例执行结果为失败时，对失败的基础测试用例及之前的基础测试用例，按照逻辑顺序从后向前的顺序，依次检查至查到包括异常恢复测试用例的基础测试用例，并执行所述异常恢复测试用例来恢复到执行异常注入测试用例之前的步骤。5.根据权利要求4所述的方法，其特征在于，所述异常恢复测试用例设置...

【专利技术属性】
技术研发人员：周勇钧，
申请(专利权)人：腾讯科技深圳有限公司，
类型：发明
国别省市：