有些地方写得不够清楚，待改进~ 这只是1，晚些时候还有2 Analysis Summary Page 分析总结页面划分了三个主要的段，统计总结、事务总结以及 HTTP 响应总结。统计总结列出了在场景中统计的全部影响。 你可以在运行 Vusers 的顶点和场景运行的整个期间（这个阶段是17:08:38 – 17:54:35, 有 46 分钟），对比吞吐量和统计点击率。 用户的数量和整个运行时间，就是衡量服务器 /应用程序可承受吞吐量和点击率的性能了么？你必须对服务器/数据库性能和配置有更多的了解才可以确定。 下一个分析总结部分是事务总结，包括了每个单独的事务的统计，他们的回应时间（最小，平均，最大和标准偏差） 图中的“90 Percent”统计指出事务在当前行90%的最大响应时间。在这个统计数值之上，你可以知道 90%的“A_MainPage_AFI… ”这件事务最大的响应时间是94.845 秒 成功和失败事务都列在这个部分里。前缀为“Z_”的事务包含了脚本中使用的所有事务统计的总和 所有的成功事务在“Z_”事务中至多等于最少通过的单独事务，这里不包括Vu ser_init/end 这两个事务，这是因为“Z_”事务记录了整个脚本流的统计数字，而不只是一个单独事务。如果脚本中一个用户成功执行所有的步骤，从开始到结束，只有这个时候，“Z_”事务的成功值会上升。无论如何，如果失败发生在脚本中的某一点，则事务失败的数量在发生失败的地方将会增加，并且“Z_”的失败事务数值也会随之增加。 在这 个统计数 字 的基 础 上 ，“Z_” 事务中成 功 事务的总数 为 776 ，符 合 最少 成 功 的单独事务“E_ResultsDisplay… ”，而在另一方面，“Z_“的总的失败数是所有事务之和 最后部分的分析总结是HTTP 响应总结，这包括了在测试过程中所有HTTP 响应的总数和每秒统计的记录。最常出现的信号就是HTTP200，表明成功。这个 HTTP 所有响应的列表和它们的含意可以在术语表中查看附加的文档 Running Vusers 运行的用户图表显示了虚拟用户在场景中当前执行脚本的情况。一个虚拟用户按照测试脚本执行一次任务直到全部结束，这个用户已经执行了所需脚本的所有重复（iterations）除非手工停止 controller 中的用户 虚拟用户会在渐增的场景中被增加，不像上图中所有用户同时被加载，在虚拟用户的数量在压力测试计划中到达一个高度之后，会保持这些用户运行一段时间，再使用户数递减，递减的速度要比递增的快，因为从移除用户对服务器几乎没有任何不利...
