542测试结果分析
LoadRu
er性能测试结果分析是个复杂的过程，通常可以从结果摘要、并发数、平均事务响应时间、每秒点击数、业务成功率、系统资源、网页细分图、Web服务器资源、数据库服务器资源等几个方面分析，如图51所示。性能测试结果分析的一个重要的原则是以性能测试的需求指标为导向。我们回顾一下本次性能测试的目的，正如错误未找到引用源。所列的指标，本次测试的要求是验证在30分钟内完成2000次用户登录系统，然后进行考勤业务，最后退出，在业务操作过程中页面的响应时间不超过3秒，并且服务器的CPU使用率、内存使用率分别不超过75、70，那么按照所示的流程，我们开始分析，看看本次测试是否达到了预期的性能指标，其中又有哪些性能隐患，该如何解决。
结果摘要
图51性能测试结果分析流程图
LoadRu
er进行场景测试结果收集后，首先显示的该结果的一个摘要信息，如图52所示。概要中列出了场景执行情况、“StatisticsSummary（统计信息摘要）”、“Tra
sactio
Summary（事务摘要）”以及“HTTPRespo
sesSummary（HTTP响应摘要）”等。以简要的信息列出本次测试结果。
图52性能测试结果摘要图
f场景执行情况该部分给出了本次测试场景的名称、结果存放路径及场景的持续时间，如图53所示。
从该图我们知道，本次测试从155840开始，到162942结束，共历时31分2秒。与我们场景执行计划中设计的时间基本吻合。
图53场景执行情况描述图
StatisticsSummary（统计信息摘要）该部分给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每
秒请求数的统计值，如图54所示。从该图我们得知，本次测试运行的最大并发数为7，总吞吐量为842037409字节，平均每秒的吞吐量为451979字节，总的请求数为211974，平均每秒的请求为113781，对于吞吐量，单位时间内吞吐量越大，说明服务器的处理能越好，而请求数仅表示客户端向服务器发出的请求数，与吞吐量一般是成正比关系。
图54统计信息摘要图
Tra
sactio
Summary（事务摘要）该部分给出了场景执行结束后相关Actio
的平均响应时间、通过率等情况，如图55
所示。从该图我们得到每个Actio
的平均响应时间与业务成功率。注意：
因为在场景的“Ru
timeSetti
gs”的“Miscella
eous”选项中将每一个Actio
当成了一个事务执行，故这里的事务其实就是脚本中的Actio
。
f图55事务摘要图
HTTPRespo
sesSummary（HTTP响应摘要）该部分显示在场景执行过程中，每次HTTP请求发出去的状态，是成功还是失败，都在
这里体现，r