根据我们的定义,性能测试的目标是识别系统的瓶颈,把它们记录成文档,如果可能的话,还要消除这些瓶颈。这是通过严格控制的衡量和分析流程实现的。负载测试被用作该流程的一种方法。
用负载测试驾驭负载
负载测试是通过给系统加载负载或用户需求来衡量它的响应和稳定性的流程。负载测试的目的是验证应用能够满足服务水平协议(SLA)中指定的性能目标。负载测试衡量的有响应时间、吞吐量和各种资源的利用率。它的目的并不是为了识别系统的断点,除非像规格说明书、需求或常规操作条件所预计的那样,这个断点出现在最大负载的条件下。如果出现了断点,那么你就有了一个严重的问题,必须在发布之前,解决这个问题。
负载测试的例子有;
●把预计的用户邮件账户的数量加裁到邮件服务器上,测试邮件服务器。
●把预计的电子邮件的数量加载到同一个邮件服务器上,加以测试。
●持续地把许多不同的模拟用户请求发送给一个SaaS应用来测试它,产生的流量越大越好。
●用按比例缩小的用户流量的负载来测试应用服务器的一对负载均衡器。
判断标准
在我们用性能测试识别系统瓶颈前,我们首先必须清楚地确定系统的规格说明。这是性能测试的第一步,即建立判断成功的标准。对于Web2.0和SaaS系统来说,判断标准通常是基于并发用量和响应时间。除非这是第-一次执行性能测试,否则这些规格说应该都已经建立了。你第一次执行性能测试,最好是在首次发布之前。这时应该不断地增加负载,直到应用停止响应了,或者响应方式异常了为止,这样你就为应用建立了一个性能基准。
还有很多其他方法可以建立性能基准或要求,例如在开始某个深圳网站建设项目之前,就预先得到详细的规格说明。这种情况在开发一个替换系统或重新进行系统设计时很常见。旧的系统也许能够处理一定数量的并发用户,不过为了不采购更多的硬件,所以这个项目的主要要求就是维护和提高这指标。 有时,当前系统的能力 不能满足业务发展的需要,于是组织就决定从头重新设计这个系统。对于这种情况,基于重新开发系统所需投人的资金,系统的用量和响应时间通常会大大提高。
本文地址://www.qlpinke.com//article/3854.html