请教大侠们，对列表中的记录随机抽取一条执行修改操作，LR脚本如何录制呢？
列表中有很多条记录，想对“修改”操作进行性能测试，目标是多用户执行“修改”操作时，服务器CPU和内存的情况以及并发情况。现在遇到的问题是：
模拟多用户随机选中一条记录，执行“修改”操作，对“修改”操作请求的记录ID进行关联，但是现在问题来了，如何关联？
我的思路：
1、因为该列表页面有翻页控件，如每页显示10条记录，每页显示20条记录。通过操作翻页控件，向服务器发送请求，再该请求前，插入注册函数进行关联。从请求中可以修改需要返回多少条记录，然后从返回的记录中随机抽取一条记录执行“修改”操作。
返回多少条记录 跟 用户数是否有关系？比如返回20条记录，模拟用户数30个，这样的话就不够分了吧，剩余的10个用户怎么办？在虚拟用户数越来越多的情况下，返回的记录岂不是得逐渐修改？
服务器返回的记录 都是最新的记录吗？比如服务器返回的记录后，随后其他用户对某条记录执行修改操作了，那么返回的记录中就存在 已被处理的记录（被执行过修改操作的），是否会存在这种情况呢？
查找的资料：
1、从数据库里筛选出记录的ID，然后对记录的ID进行参数化。
疑问：
1、从数据库里筛选出记录的ID，如果数据库里新增记录的话，是不是还得重新导入一次？数据库里记录ID跟LR脚本中导入的ID没有实时更新的
2、从数据库里筛选出记录的ID，如果脚本在调试时，执行了几次后，再重新运行脚本时，前面的记录ID没有更新，这样就报错了，岂不是没重新运行一次，都要手动到参数列表中去掉已运行的记录ID，这样似乎太麻烦了吧？
请问大侠们，对于这个问题，我提出的思路是否正确呢？ 还有上面的疑问，求指教，对于这个问题一直不明白怎么弄才是正确合理的？ 做个关联翻页关联选一个修改就行了，修改是一个点操作不是一个过程操作，多人修改同一个东西没关系的，除非你们业务专门锁定，不过真实情况就这样你模拟了也没问题 只能通过关联才行的 回复 2# 云层
请问云层老师，脚本里这样设置可行吗？有咩有更好的方法呢？
页:
[1]
