51Testing软件测试论坛

标题: 一个有意思的测试需求~~ [打印本页]

作者: mmcroom 时间: 2011-10-24 22:49
标题: 一个有意思的测试需求~~
今天我接到一个性能测试的任务，对一个代理平台进行行性能测试。    其中有一条有意思的测试需求是：
   一次发送50个webservices请求，然后等待3秒钟，然后再发送50个请求。。。。一直循环下去，持续48小时。请求的响应时间可能在3秒内，也可能在超过3秒钟，这个不需要关心，只要能正确返回就行，测试的目的是要看成功率。但是现在的问题是不管请求是不是返回，发送的请求就是3秒钟发一次，这个要怎么做呢？
   实际的应用程序的实现方式是每一次请求都会起一个线程去访问webservices接口。可是loadrunner有什么好的异步实现方式么？

   要么每隔3秒起50个用户，一个用户跑一次就结束了。。但是这样貌似跑不了48小时啊。。

   大家有什么好的方法么？！

作者: 云层 时间: 2011-10-24 23:26
你设置pacing为3秒钟就行了。。。其实我觉得你如果真的测试最好把这个时间改成2秒，场景跑48个小时就解决了

作者: mmcroom 时间: 2011-10-24 23:45
回复 2# 云层

pacing起效的前提是action里的脚本已经执行完成，要是webservices的响应时间大于3秒的话，他会等接口返回数据后才进行下一次的迭代，这样的话实际的等待时间就大于3秒了。。和需求就不符合了。。现在需要的是webservices的异步访问方式。loadrunner貌似对异步方式的访问不大支持。

作者: 19931024 时间: 2011-10-25 10:27
回复 3# mmcroom

我想起我以前做的一个项目，也是在迭代中不停发收-- 发收--发收

有时候，发出去，很长时间收不到，就等在那了！！

后来，我讲思考时间设置为 5秒，超过五秒，抛出个异常，并判定事务失败，就解决了。

前提是，客户同意响应时间超过5秒，就可以认为是失败的事务。。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)