基于用户体验的性能测试(下)

发表于:2007-12-25来源:作者:点击数: 标签:性能测试
基于用户体验的性能 测试 (三) 242 Views 『作者: RickyZhu 转载务必注明 出处 和作者』 Tag: performance 这是我翻译的这篇文档的第三部分,也是最后一部分。 原文名称:User Experience, Not Metrics 原文作者:Scott Barber 原文出处: http://www.per
基于用户体验的性能测试(三)242 Views
『作者:RickyZhu 转载务必注明出处和作者』
Tag:performance                                                        这是我翻译的这篇文档的第三部分,也是最后一部分。
原文名称:User Experience, Not Metrics
原文作者:Scott Barber
原文出处:http://www.perftestplus.com
译文名称:基于用户体验的性能测试
翻译:RickyZhu

压力区域
在我们例子中的曲线100到175并发用户区域,我们可以看到随着压力增加,响应时间开始越来越长。这就是我们所说的压力区域,如图4所示。

图4 下降曲线的压力区域
技术上来说,这个区域是下降曲线的一部分,这个时候我们可以确信系统正在被加压但是基本上来说还是可以处理这个压力。压力区域开始于响应时间缓慢增长,结束于屈服(下面要讨论的)。这个区域就是我们通常说的应用/系统的“缓慢下降”。这个意思是说在这个区域随着压力增加,响应时间也会增加,但是不是十分剧烈。当应用被充分调优之后,最大推荐用户负载应该是在压力区域开始的时候,但是这个时候系统继续保持稳定的性能并能持续一段时间。这就给老板一定程度的信心,就是说当超过期望用户访问系统的时候,系统仍然能保持稳定并正常工作。
性能屈服
超过175用户负载,我们可以看到在例子中响应时间快速攀升。系统不能从容的承受这个负载;很有可能工作不正常或者甚至变得不稳定。这个响应时间上的变化发生往往非常迅速并没有任何告警信息,导致形状有一个斜面或者直线的变化。这就是我们说的性能屈服,就像图中重点强调的一样。

图5 下降曲线的屈服
当屈服发生的时候,就是你的应用/系统遇到绝对最大负载的时候。如果你的测试还在继续,这就是显示你系统的关键瓶颈的负载了你应该最一些深入的研究并尽可能的改正它。
性能总会有屈服的时候。如果你的图没有表现出这一点,很可能是你对系统的压力不够还没有发现。我推荐的是,如果有可能,持续测试直到你发现性能屈服。这是你对系统的可扩展性做一个结论性的评估并且开始作容量规划练习的唯一方法。
什么是自信间隔曲线?
自信水平是一个相当复杂的话题。根据StatSoft公司的词汇表,“专门的统计自信间隔(比如意义或者回归线)给我们大概一个可以期望正常的值”(一定级别的确定)”。 例如,图6显示了90%的自信间隔回归线。

原文转自:http://www.ltesting.net