正文
jmeter(四十六)参数化与断言实战
提示：扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
概述
今天用jmeter做一次参数化实战。通过计数器遍历参数表，然后查询jdbc进行beanshell断言。
涉及元件
用户参数，计数器，正则表达式，jdbc，beanshell脚本
详细过程
在我们的opms项目管理中，有一个项目状态的修正，四种状态分别为延期，挂起，进行，结束
在接口自动化案例中，我们需要对这四种状态进行遍历，然后进行断言，判断状态是否正确修改。
我们通过抓接口，发现了传参的一个规律：除了项目id之外，四种状态的status分别是1,2,3,4。
我们把添加项目的返回id用正则表达式提取出来，作为项目状态接口的入参，参数名称为 projectid，这个是主键id
现在思考一下，接下来的四种状态，你要如何去操作才能全部执行一次并断言结果？？？
通常的做法是写四个接口，传四种参数，再添加四个断言，但是这种做法会造成大量的脚本冗余，在接口自动化中是会被鄙视的！如下：
现在教大家用精简的脚本完成复杂的逻辑校验
添加一个循环控制器，让它循环四次，可以遍历四种状态
添加一个用户参数，在参数表中配置四种项目状态
添加一个计数器，上限为4，递增1，用来遍历参数表中的四种状态
添加一个http请求，在名称中遍历状态名；在入参中遍历状态值
添加一个jdbc请求，通过变更的状态值和项目id组合查询的方式，验证每一次状态的变更是否正确的写入了数据库
我们在接口执行了之后，还需要去前端页面判断一下状态名称是否真的被修改了，在这里用到了xpath表达式去提取前端页面数据
添加一个beanshell断言，判断我们数据库返回值是否为空，如果不为空且和前端页面返回的状态名称，表示断言通过，否则断言失败
运行脚本，在结果树中和log日志中观察执行效果
遍历了四种状态并对实际运行结果进行了断言
关注公众号，获取更多精彩文章！
