51Testing软件测试论坛

标题: 有必要使用web_find函数吗 [打印本页]

作者: kevin841020 时间: 2013-6-8 13:21
标题: 有必要使用web_find函数吗
大家一般情况下，都会使用注册函数web_reg_find.

但是有次，有位工程师坚持一定要用 web_find，他说原因是：
客户端发请求，服务器响应；假如用web_reg_find，该函数会在缓存中查找内容，但这样可能会出现页面内容未加载出来，web_reg_find又能查找到内容的情况。总之坚持觉得响应时间应该从发请求开始，到页面加载完为止，而不是请求得到响应，所以要用web_find，web_find是在页面内容加载后查找内容。

大家讨论一下
1、做性能测试，响应时间有必要从发请求开始，算到页面加载完为止？
2、如果响应时间要算到页面加载完为止，那一定要用web_find吗？

作者: lsekfe 时间: 2013-6-9 09:43

大家一般情况下，都会使用注册函数web_reg_find.

但是有次，有位工程师坚持一定要用 web_find，他说原因 ...
kevin841020 发表于 2013-6-8 13:21

针对以上两点，大家可以讨论下！

作者: zj7733736 时间: 2013-6-9 10:53
其实也可以使用web_reg_find函数，可以再每次在操作的之前加一句清理缓存的函数web_cache_cleanup()；这样就不用担心始终在缓存中查找内容了，而是去服务器重新下载内容。响应时间的话，只要能模拟真实的情况就行，没必要去专牛角尖，严格意义上说是应该包括从发送请求道服务器开始，再经网络上消耗的时间，以及web服务器和数据库服务器消耗的时间，再经网络展现到客户端的时间之和，有不对的地方请及时拍砖！！！

作者: kevin841020 时间: 2013-6-9 12:54
回复 2# lsekfe

你的觉得呢？

我自己的个人看法是：
1、响应时间：从发出请求起-----收到响应为止
2、根据第1点，使用使用web_reg_find函数就可以了。
不知道是否靠谱

作者: 流浪貓_遇上測試 时间: 2013-6-12 16:58
- 假如在run-time setting里已经设置了“clear cache on each iteration”，那用web_reg_find应该是没有问题的。
- 至于响应时间，一般都是从请求发出开始算起，直到收完响应为止。
---- 以上是我个人看法。

作者: omg 时间: 2013-6-13 14:13
都是加事务去统计响应时间吧，应该跟下面的结构类似吧，那怎么知道end的时候，页面加载完成是否完成？

lr_start_transaction

web_url

lr_end_transaction

作者: kevin841020 时间: 2013-6-14 12:52
回复 6# omg

一般情况下，如果是手工添加的事务，需要在lr_end_transaction前，加一个人为的判断，来定事务的状态 pass/ fail
假如用web_find，有时这个函数查找不到内容的（就算页面已经显示出来了），这样的话，会造成很多事务是fail状态

确实设置了事务之后，lr会自动计算响应时间。但是主题讨论的是原理方面的东西（有些人觉得响应时间是从请求开始，到页面加载完为止这个话题）

作者: mr.bee 时间: 2013-7-5 14:37
这位工程师考虑得非常细
但是我个人觉得他所顾虑的问题应该是不存在

lr执行脚本是单线程执行，在没有并发组的情况下，只有上一个函数执行完成响应，才会开始下一个函数，那么无论是注册函数还是非注册函数的检查点，应该也是在被检查请求执行完成以后才开始检查

作者: cye88888888 时间: 2015-10-13 15:07
对于比较重要的地方，先 web_reg_find()，再使用 web_find() 判断依次咯.

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