LR图含义讲义.docVIP

LR分析图含义 上一篇 / 下一篇 2010-10-27 14:21:17 查看( 18 )/ 评论( 0 ) / 评分( 0 / 0 ) 运行的用户图表显示了虚拟用户在场景中当前执行脚本的情况。一个虚拟用户按照测试脚本执行一次任务直到全部结束，这个用户已经执行了所需脚本的所有重复（iterations）除非手工停止controller中的用户 虚拟用户会在渐增的场景中被增加，不像上图中所有用户同时被加载，在虚拟用户的数量在压力测试计划中到达一个高度之后，会保持这些用户运行一段时间，再使用户数递减，递减的速度要比递增的快，因为从移除用户对服务器几乎没有任何不利影响。 无论什么时候，在测试中出现问题，你都应该知道当前场景中的用户数量。压力测试的目的是诊断程序在虚拟压力下出现的问题，所以，当虚拟用户的数量达到某个值时，会看到数据都在减少，这可以说明程序的不稳定。突发的数据向相反方向（正或负）的延伸都意味着运行的虚拟用户在增加中 这张图表遵循着标准的测试时间表，每分钟增加10个用户，到达最大用户数250时运行10分钟，之后每分钟减少25个用户 每秒点击率显示在网站服务器上随着时间推移的点击数量。这个图表可以显示整个场景或者最后60、180、600或3600秒的情况。你可以将它与事务响应时间图表对比来查看点击是如何影响事务的执行的。 每秒点击率的增涨表明服务器负荷的增加，所以将每秒点击率与事务响应时间和吞吐量对比，可以让你对服务器在压力下的执行有更多理解。当一个网站服务器正在活动中，每秒点击率将会时常镜像成功的HTTP响应信号的总数。在上图中运行的第25分钟左右到达了尖锋。这可以在诸如运行的用户数、吞吐量和事务响应时间中这些图表中找到答案。 Throughput(吞吐量)展示了数据的总量,它基于字节，由网页服务器每秒向传送scenario的运行情况. Throughput 是基于字节/秒来传输的，它描述通过网络服务器传输的数据在网络上任意事件发生时的传输量。完美的吞吐量应该是随着每秒点击率的增加而增加，这种增加是建立在带宽足够处理用户提出的所有请求的基础上的。 在比较吞吐量和每秒的点击率中你可以获得服务器在执行过程中的信息。如果服务器如预期的一样在执行，那么吞吐量会随着它每秒的点击量的增加而增加。这是期望实现的情况，因为点击增加一次就会需要服务器发送更多的返回信息给用户。无论如何，如果点击的次数增加而吞吐量恒定或减少，就说明服务器无法执行增加的请求（每秒点击率），结果就是事务反应时间的增加。 这个图表在展示了一个吞吐量在整个测试中普遍下降的情况，在前25分钟，这种减少的数量是少量却明显的，刚好对应了Hits per Sencond的图表的尖锋时刻，比较这些统计的数字，最好的方法就是把这些图表结合起来。 这张图表展示了整个测试过程中吞吐量的一个正常减少，在25分钟前面这里，减少的数量不大却也清晰，与上一张图表Hit per Second正好对应，单纯的这些统计数字还是不如整体对比的看所有图表来得准确详细 这张图表是把hits per second和 throughput两图结合起来的结果，我们可以看到在25分钟前后，每秒的点击的爆增和吞吐量的减少是相应的。如果一台服务器的业务量低于最大负载量，则每秒点击率通常 会映射吞吐量。上述图表中的结果最有可能的情况是由于用户负载的增加，因为更多用户将会引起每秒点击率的增长，并且当服务器不再处理大量的请求的时候，吞吐量将会减少。 说到后面的RunningVusers图表，我们知道在前25分钟，加载250个用户会使其到达峰值，由此，预期的每秒点击率的增长和吞吐量的减少说明了服务器的负载已经达到了它的最大值。我们可以预计事务的处理时间和每秒可能发生的错误也会在25分钟前后达到峰值。 Back to Contents 平均事务处理时间图表显示了平均每个事务的结束的反应时间。反应时间是从客户端请求到服务器响应的全部时间。通常的响应时间会与当前在测试场景中运行的Vusers的数量一致。 响应时间增加的最通常的原因是运行的用户增加，因为随着用户进入测试场景的增加，服务器的工作量也会增加。服务器会花时间去响应一个增加的负载，于是平均响应时间就会增长。 上述图中我们预期到响应的增长时间，这与其它图表中在25分钟前后的数据变化一致。看一下响应时间中的“Z_AFIWhitePages_s2_e3_v3_Transaction”事务，这是最早能分析常规行为的方法，并且进入场景后的10分钟里，总的响应时间增长到110秒左右。在10分钟的时候Vusers运行的人数达到120，所以与前面对比，服务器开始了很大的工作量。 Back to Contents 每秒事务图表显示了随着时间推移，事