一些网页加载得非常快，你可能没有时间按秒表的开始/停止按钮。(在100Mbits/sec的以太网中，它可能只需要1秒的1/100来传送100Kbytes.)其他的页面也将花费一个明确定义和可测量的时间来完成加载。由于你是在一个低延迟和高带宽的快速连接上，你可以完全将巨大的延迟归结于服务端和客户端的进程时间。如果你想要更加精密，考虑到你反应的延迟，可以从你测试的时间中减去0.1到0.2秒。你至少要测试5到10次才能得到一个精确的统计样本。但是，每次用浏览器加载一个网页都将存储一些页面组件在本地缓存中，因此你必须在测试前清楚缓存。否则，本地缓存将代替从服务器上获取的这些对象，你将从本地缓存得到它们，而没有得到你所要测试的重点。(清除本地缓存方法：在Microsoft Explorer中，菜单栏中工具Internet选项常规，在第二项“Internet临时文件”选择“删除文件”。)

除了网页类型，另一个影响进程时间的重要因素是服务器负载。服务器响应时间与其负载是成反比的。当用户数量增长时，服务器响应每个页面请求速度就会下降；开始逐渐下降，然后急剧下降直到服务器崩溃。了解了用户负载影响服务器性能是负载测试的主要方面，那么因此这个业务规则是每个网站性能需要提高的一部分。

因为在服务器负载水平上每个页面响应时间分析不是要素，服务器负载水平将极大的限制预期终端响应时间。

如果你想要你的网站经历一个平均通信水平，比如，1000sessions/hr，或者达到3000sessions/hr最高水平，你应该设计一个测试来驱动你的系统在不同的负载：一个平均负载，最高预期负载，和这之间的一个或两个负载水平。大多数负载测试工具会报告不同页面的网页响应时间，但是为了比较应用不同的apples，我仍然推荐用你的秒表手工测试来补充由负载测试工具报告的数据。最后，你应该有一个像表2的表格。

表2 在不同的负载水平下平均页面完成时间(每秒)

如你在这个例子看到的，进程时间会随着网页类型的不同而急剧变化，性能的下降随负载的增加而变化。

总结

如我们所看到的，网页响应时间受终端用户的影响，由六个主要的变量所影响：页面大小，最小带宽，轮流交替数，往返时间，服务器进程时间和客户端进程时间。让我们再回顾下计算这些变量的基本公式，图1.

既然我们已经讨论了负载问题，注意这个公式的“页面响应时间”是真正的一个服务器负载函数。因为服务器负载上的响应时间影响可能非常严重，我们希望这方面非常清晰。

通过学习这个公式，你可以很容易采取局部方式来细化你的网页响应时间。例如，为了保持整个页面大小，可以偏向整个公式在你想要的。由于在低带宽和高带宽客户端转换率可能会显著不同，小页面大小将会造成低带宽用户端的损失。记住在一个40K和一个80K的页面的性能不同只有一个DSL/T1用户端的几万分之一秒区别，但是对于一个28k modem用户端只是20秒不同。

即使你的页面非常小，只包含了很少的对象，如果服务器没有处理负载，你的响应时间将会急剧下降。你的最大负载时间是你的页面最佳可视化和业务状态，所以不要忘记确认你的系统在没有崩溃和转换能够处理它进入一个崩溃-----确定你能在网站发布，重构，或者新硬件安装前进行负载测试。

最终的建议是：最小化applets的使用和其他要求客户端进程的合理通信量技术，因此这可能使一些性能会影响到系统速度减慢。正因为这个延迟是在客户端，你不可能避免的，因为责任规律将反复提醒你：低性能将总是你的错。

幸亏，反向测试通常也是事实：一个积极因素在影响你的网站，是用户将给你足够的信赖---时常想起这些常识性原则，你将事倍功半了。

版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。

相关阅读：

22/2<12