我在JavaScript中创建了一个脚本,在自动浏览器测试期间注入到我们的Ext JS应用程序中.该脚本测量在网格中加载数据所花费的时间.
具体来说,脚本轮询每个网格,查看是否存在第一行或“无数据”消息,并且一旦所有网格满足此条件,脚本将记录Date.now()和performance.timing.fetchStart之间的值.,并将其视为页面加载的时间.
此脚本或多或少地按预期工作,但与人体测量时间(Google秒表ftw)相比,此测试报告的时间始终比秒表测量的时间长约300毫秒.
我的问题是这些:
>这个逻辑中是否存在导致错误结果的漏洞?
>是否有任何替代和准确的方法来实现这一目标
测量?
脚本如下:
function loadPoll() {
var i,duration,dataRow = '.firstRow',noDataRow = '.noData',grids = ['.grid1','.grid2','.grid3','.grid4','grid5','grid6','grid7'];
for (i = 0; i < grids.length; ++i) {
var data = grids[i] + ' ' + dataRow,noData = grids[i] + ' ' + noDataRow;
if (!(document.querySelector(data) || document.querySelector(noData))) {
window.setTimeout(loadPoll,100);
return;
}
}
duration = Date.now() - performance.timing.fetchStart;
window.loadTime = duration;
}
loadPoll();
一些考虑:
>虽然我知道人的反应时间可能很慢,但我确信
300毫秒的不一致性不是由人类引入的
使用谷歌秒表的因素.
>查看代码可能会显示多个轮询
元素可能会导致300毫秒的不一致,但是当我
将受监控的元素数量从7更改为1
在报告的时间内似乎还有300毫秒的盈余
自动化测试.
>我们的自动化测试在受控制的框架中执行
硒和量角器.
如果您能够提供任何见解,请提前致谢!
最佳答案
如果使用performance.now(),则时间应精确到5微秒.根据MDN:
The performance.now() method returns a DOMHighResTimeStamp,measured
in milliseconds,accurate to five thousandths of a millisecond (5
microseconds).The returned value represents the time elapsed since the time origin
(the PerformanceTiming.navigationStart property).