之前我们的用例数据都是配置在HTTP请求中，每次需要增加，修改用例都需要打开JMeter重新编辑，当用例越来越多的时候，用例维护起来就越来越麻烦，有没有好的方法来解决这种情况呢？我们可以将用例的数据存放在csv文件中，然后通过csv文件配置来读取用例中的数据，执行测试。

一：设置测试用例，创建用例数据文件：testcase.csv

用例名称变量含义：

${caseSeq}:用例编号

${apiType}:api 类型

${apiSeq} ：api 版本号

${apiName}：api 名称

${priority}：优先级

${url}：api 路径

${methods}：请求方法

${parameter}：请求参数

${expectValue}：期望值，用于断言

注意：为了避免JMeter读取CSV文件出现乱码的情况，应先创建xls的文件，然后另存为csv格式的文件。

二：新建一个线程组，命名为：数据驱动，添加配置元件-HTTP请求默认值，配置好IP地址和端口号

三：添加逻辑控制器-循环控制器。 循环控制器的作用可以控制整个用例循环执行的次数。默认值是1根据用例数量可以修改为8

同时，我也为大家准备了一份软件测试视频教程（含面试、接口、自动化、性能测试等），就在下方，需要的可以直接去观看，也可以直接点击文末小卡片免费领取资料文档

软件测试视频教程观看处：

四：在循环控制器节点下添加CSV数据文件设置，具体配置内容如下：

五：添加逻辑控制器——如果（if） 控制器，if 控制器的作用为根据不同条件执行不同的用例，例如这里根据不同的接口请求类型，分别添加GET和POST两个控制器。

（1）GET 设置的条件语句为："${methods}"=="GET"，其中 ${methods}表示引用 csv 中的 methods 中的值

 （2）POST 条件语句设置为："${methods}"=="POST"

注：Interpret Condition as Variable Expression?：如果这个选项被选中，将不会使用 js 解析;条件表达式的值必须是 true(忽略大小写)，这里我们取消勾选状态。

Evaluate for all children：如果选中这一项，在每个子结点执行前都会计算表达式

六：GET和POST两个控制器下分别添加请求和响应断言

（1）添加GET请求类型的用例，用例名称格式：${caseSeq}_ ${apiSeq}_${apiName}

注：以CSV文件的参数名称来组合命名HTTP请求的名称，这样在结果树就会依据用例的编号，接口名称等显示每个用例的名称—153

（2）断言设置如下：${expectValue}引用 csv 中对应的值。

（3）添加POST请求类型的用例，用例名称格式：${caseSeq}_ ${apiSeq}_${apiName}

（4）断言设置如下：${expectValue}引用 csv 中对应的值。

（5）POST请求如果发送的是json格式的参数，需要添加配置元件-HTTP信息头管理器，写入名称：Content-Type；值:application/json

七：添加监听器-察看结果树，点击运行，查看执行结果

通过这样的数据驱动，当面对大量用例时在JMeter设置就非常方便，后续的用例维护也非常高效，因为不用在JMeter一个个去单独修改用例了

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。