使用的接口测试工具是 jmeter，脚本结构是：一个测试计划代表一个项目，一个线程组代表一个接口的测试用例集，一个事物控制器代表这个接口的测试用例
一个参数传入不同的值，会得出不同的响应结果。原先采用的是建立多个事物控制器，每个脚本中的参数值不一样，但是太繁琐。思索后采用一个线程组一个事物控制器，参数化引入循环控制器，但是参数使用执行脚本后，这个参数就不可用了，还得修改参数文件中的参数值，还是有点麻烦，在想有没有其他的更好组织测试用例的的方法？比较坑的是参数无法做到预设，得根据业务手工选取。。。
想了想，这个好像不是问题，因为手工选择参数就决定了得每一次运行前必须修改一轮参数。。。
但是参数使用执行脚本后，这个参数就不可用了
这个具体说下是什么情况？
对
陈恒捷
回复
陈恒捷
回复
本来参数 A 执行脚本后会得到结果 a，这是一个测试用例，但是这之后再使用参数 A 执行脚本得不到结果 a 了，而可能会得出结果 c 或者 d，那就是另一个用例了。对这个用例来说参数 A 不可用了，导致每次执行测试用例前都得改下参数
对
kawa
回复
kawa
回复
这类参数应该是类似于用户账户之类的参数，调用一次后状态就会改变？
那可以把这类参数改成用 beanshell 随机生成，或者执行完毕后把通过操作数据库恢复数据。
对
陈恒捷
回复
陈恒捷
回复
嗯，数据库恢复不太可行，表关联有点复杂。
参数随机生成我试试。想起来我少说个情况，那就是不同的接口之间是有业务的串联的。。。我之前懒省事，都是单个接口的测试，所以有的接口的参数依赖于其他接口的运行结果，导致我得很麻烦的修改参数。
正确的可能应该是这样的，把有依赖的前置接口也放在同一个事物中，那样对最开始的接口使用参数随机生成就可以省去修改参数的麻烦了