有必要使用web_find函数吗
大家一般情况下，都会使用注册函数web_reg_find.但是有次，有位工程师坚持一定要用 web_find，他说原因是：
客户端发请求，服务器响应；假如用web_reg_find，该函数会在缓存中查找内容，但这样可能会出现页面内容未加载出来，web_reg_find又能查找到内容的情况。总之坚持觉得 响应时间应该从发请求开始，到页面加载完为止，而不是请求得到响应，所以要用web_find，web_find是在页面内容加载后查找内容。
大家讨论一下
1、做性能测试， 响应时间 有必要从 发请求开始，算到页面加载完为止？
2、如果响应时间 要算到页面加载完为止，那一定要用web_find吗？ 大家一般情况下，都会使用注册函数web_reg_find.
但是有次，有位工程师坚持一定要用 web_find，他说原因 ...
kevin841020 发表于 2013-6-8 13:21 http://bbs.51testing.com/images/common/back.gif
针对以上两点，大家可以讨论下！ 其实也可以使用web_reg_find函数，可以再每次在操作的之前加一句清理缓存的函数web_cache_cleanup()；这样就不用担心始终在缓存中查找内容了，而是去服务器重新下载内容。响应时间的话，只要能模拟真实的情况就行，没必要去专牛角尖，严格意义上说 是应该包括从发送请求道服务器开始，再经网络上消耗的时间，以及web服务器和数据库服务器消耗的时间，再经网络展现到客户端的时间之和，有不对的地方请及时拍砖！！！ 回复 2# lsekfe
你的觉得呢？
我自己的个人看法是：
1、响应时间：从发出请求起-----收到响应为止
2、根据第1点，使用使用web_reg_find函数就可以了。
不知道是否靠谱 - 假如在run-time setting里已经设置了“clear cache on each iteration”， 那用web_reg_find应该是没有问题的。
- 至于响应时间，一般都是从请求发出开始算起，直到收完响应为止。
---- 以上是我个人看法。 都是加事务去统计响应时间吧，应该跟下面的结构类似吧，那怎么知道end的时候，页面加载完成是否完成？
lr_start_transaction
web_url
lr_end_transaction 回复 6# omg
一般情况下，如果是手工添加的事务，需要在lr_end_transaction前，加一个人为的判断，来定事务的状态 pass/ fail
假如用web_find，有时这个函数查找不到内容的（就算页面已经显示出来了），这样的话，会造成很多事务是fail状态
确实设置了事务之后，lr会自动计算响应时间。但是主题讨论的是原理方面的东西（有些人觉得响应时间是 从请求开始，到页面加载完为止这个话题） 这位工程师考虑得非常细
但是我个人觉得他所顾虑的问题应该是不存在
lr执行脚本是单线程执行，在没有并发组的情况下，只有上一个函数执行完成响应，才会开始下一个函数，那么无论是注册函数还是非注册函数的检查点，应该也是在被检查请求执行完成以后才开始检查 对于比较重要的地方，先 web_reg_find()， 再使用 web_find() 判断依次咯.
页:
[1]
