一个有意思的测试需求~~
今天我接到一个性能测试的任务，对一个代理平台进行行性能测试。 其中有一条有意思的测试需求是：一次发送50个webservices请求，然后等待3秒钟，然后再发送50个请求。。。。一直循环下去 ，持续48小时。请求的响应时间可能在3秒内 ，也可能在超过3秒钟，这个不需要关心，只要能正确返回就行，测试的目的是要看成功率。但是现在的问题是 不管请求是不是返回，发送的请求就是3秒钟发一次，这个要怎么做呢？
实际的应用程序的实现方式是每一次请求都会起一个线程去访问webservices接口。可是loadrunner有什么好的异步实现方式么？
要么每隔3秒起50个用户，一个用户跑一次就结束了。。但是这样貌似跑不了48小时啊。。
大家有什么好的方法么？！ 你设置pacing为3秒钟就行了。。。其实我觉得你如果真的测试最好把这个时间改成2秒，场景跑48个小时就解决了 回复 2# 云层
pacing起效的前提是action里的脚本已经执行完成，要是webservices的响应时间大于3秒的话，他会等接口返回数据后才进行下一次的迭代，这样的话 实际的等待时间就大于3秒了。。和需求就不符合了。。 现在需要的是webservices的异步访问方式。loadrunner貌似对异步方式的访问不大支持。 回复 3# mmcroom
我想起我以前做的一个项目，也是在 迭代中不停发 收-- 发 收--发收
有时候，发出去，很长时间收不到，就等在那了！！
后来，我讲思考时间设置为 5秒，超过五秒，抛出个异常，并判定事务失败，就解决了。
前提是，客户同意 响应时间超过5秒，就可以认为是 失败的事务。。
页:
[1]
