实行性能测试

按照维基百科的论述，根据定义，性能测试涵盖了林林总总的工程开发评估标准，其侧重于最后可衡量的性能特性，而不是现实上的质料和产品。。对于计算机科学来说，性能测试的重点在于确定一个设备或软件中的速度、吞吐量或有用性。性能测试通常又叫作负载测试，对我们来说，这两个术语是可以互相代替的。有些专家则认为性能测试和负载测试的目标不同，但技术相似。为了避免学究式的争论，我们在定义性能测试时，给了一个更加宽泛的目标，以便它能兼容性能测试和负载测试的目标。



根据我们的定义，性能测试的目标是识别体系的瓶颈，把它们记录成文档，假如可能的话，还要消弭这些瓶颈。这是通过严酷控制的衡量和分析流程实现的。负载测试被用作该流程的一种方式。
 
用负载测试驾驭负载

负载测试是通过给体系加载负载或用户需求来衡量它的自适应和稳固性的流程。负载测试的目的是验证应用能够知足服务水平协议(SLA)中指定的性能目标。负载测试衡量的有自适应时间、吞吐量和各种资源的利用率。它的目的并不是为了识别体系的断点，除非像规格说明书、需求或常规操作条件所预计的那样，这个断点出如今最大负载的条件下。假如出现了断点，那么你就有了一个紧张的问题，必须在发布之前，解决这个问题。
 
负载测试的例子有；

●把预计的用户邮件账户的数量加裁到邮件服务器上，测试邮件服务器。
 
●把预计的电子邮件的数量加载到统一个邮件服务器上，加以测试。

●持续地把很多不同的模仿用户请求发送给一个SaaS应用来测试它，产生的流量越大越好。
 
●用按比例缩小的用户流量的负载来测试应用服务器的一对负载均衡器。

判断标准

在我们用性能测试识别体系瓶颈前，我们首先必须清楚地确定体系的规格说明。这是性能测试的第一步，即建立判断成功的标准。对于Web2.0和SaaS体系来说，判断标准通常是基于并发用量和自适应时间。除非这是第-一次实行性能测试，否则这些规格说应该都已经建立了。你第一次实行性能测试，最好是在首次发布之前。这时应该赓续地增长负载，直到应用制止自适应了，或者自适应方法非常了为止，这样你就为应用建立了一个性能基准。

还有许多其他方式可以建立性能基准或要求，例如在开始某个成都网站建设项目之前，就预先得到细致的规格说明。这种情况在开发一个替代体系或重新进行体系设计时很惯用。旧的体系大概能够处理肯定数量的并发用户，不过为了不采购更多的硬件，所以这个项目的重要要求就是维护和提升这指标。 偶然，当前体系的能力 不能知足营业发展的必须要，于是组织就决定从头重新设计这个体系。对于这种情况，基于重新开发体系所需投人的资金，体系的用量和自适应时间通常会大大提升。