Jmeter----excel数据驱动接口自动化测试

 

1简介

    数据驱动测试，即是分离测试逻辑与测试数据，通过如excel表格的形式来保存测试数据，用测试脚本读取并执行测试的过程。

 

2 数据驱动与jmeter接口测试

      我们已经简单介绍了接口测试参数录入及测试执行的过程，因为大量的测试脚本与测试数据内聚在一起，使得我们的测试脚本的可移植性及可维护性变得很不好，所以我们接下来采取了csv格式表格保存测试数据来驱动测试的方式。

2.1 新建一个csv文件

     新建一个txt文档文件，重命名文件，修改文件后缀名为csv,如test.csv，如下图

 

2.2 用excel表格打开新建的csv文件，设计测试用例

   

2.3 设计测试脚本读取csv中的测试用例数据

  2.3.1 线程组下新增循环控制器，循环次数设置为永远

    
  

  2.3.2 循环控制器下新增CSV Data Set ConFig控件

   

 2.3.3 添加如果控制器，来做用例优先级的筛选执行

   

   2.3.4 根据调用方法选择请求方式

通过if选择器区分GET与POST方法的请求，配置http请求

 

Post请求的配置方式 ：post请求参数放在body data中    

                                           

Get 请求的配置方式：get请求的参数配置url后面

2.3.5 配置响应断言

 

 

2.3.6执行测试，查看结果

     通过查看结果树控件查看测试结果详情，绿色为通过

 

 

 

        5、总结

                上面只是做了一个几条用例的demo来验证我的新想法，暂时看是蛮顺利。但当考虑到要用正则表单式来提取请求返回值作为后面用例的

             参数，我又遇到了困难，如上图中的提交办件用例，用到启动办件用例的响应，但没法传过来。

                暂时想到的解决方法：

                        （1）为尽量减少接口用例之间的耦合性，避免将前一请求的响应作为后面请求的参数

                        （2）无法避免的地方，另建线程组，通过加入多个http请求来测试简单流程

                现在看来前面做的读取指定行的用例时全无必要的，if控制器君完全可以代劳。。。

 方法二：

1、善用“逻辑控制器”中的“简单控制器”。可以把简单控制器像文件夹一样使用，通过它来对用例进行分类归档，方便后续用例的调试和执行。 

2、同编写测试用例一样，这里的接口测试用例应该进行唯一性编号，这样在运行整个用例计划出现用例失败时，能快速的定位到问题用例。 
如，上图中的GW-01-C1：GW取模块前两个汉子拼音的大写首字母，01为子功能的编号，C1则为用例序号。 
3、恰当的使用变量。不用或滥用变量都是错误的做法。 

使用变量的好处是方便我们维护测试数据，比如当测试数据发生变更时，我们不用一一去查找用例替换数据，只需要对变量中的值进行维护就能轻松搞定。 
然而，并不是所有值都需要参数化，比如一个普通的一次性使用数值。 
4、如果被测环境不仅仅用于自动化测试，甚至测试和开发环境没有分离，那么我们在做测试数据时应该加上测试专用标识，如对添加的测试数据行的主键统一加上“JKCS”这样的标识。这样做的好处是，当其它人在清理和修改数据时，可以根据主键的测试标识进行区别处理。 
5、注意前置条件的命名和位置 

如，ZN_04_PRE1为04子功能的前置条件，而ZN_04_C3_PRE为用例3的前置条件。 
6、用例排序，通常做法是常规用例写在前，异常用例排后。 
想更多了解的可以加我q：3128744015

 

 

--------------------- 
作者：zj58258 
来源：CSDN 
原文：https://blog.csdn.net/zj58258/article/details/80132781 
版权声明：本文为博主原创文章，转载请附上博文链接！