4.4　分析报告检查列表

为了帮助您采用相同的方法去实时和在测试执行后分析性能测试结果，这里提供另外一个检查列表。这里提供的检查列表和第3章中的检查列表部分内容是重复的，但是本章的重点是分析而不是执行。为了方便阅读，我在附录B中提供了关于上述信息的快速参考指引。

4.4.1　测试前的准备工作

·确保您已经配置了合适的服务器、应用服务器和网络KPI。如果您计划使用安装代理的方式来取代远程监控（无代理），需要确保在服务器上安装和配置代理软件时不会受到限制。

·确保您已经决定执行最后的混合性能测试。正如第3章所讨论的那样，混合测试通常包括基准测试、负载测试，以及发现错误后的独立测试，接着执行渗透和压力测试。

·确保负载生成器可以访问你的应用程序。可能会让你觉得很惊讶的一件事是：性能测试的失败经常是源于应用连接。同样这也是测试执行过程中的问题：测试人员可能也很奇怪，测试看起来运行的很顺利但是突然就失败了，百般挠头之后却发现原来是网管部门经常会做一些计划之外的“内务操作（housekeeping）”。

·假如您的性能测试工具能够自动为性能目标设置阈值，并且把它作为性能测试体系的一部分。这个功能能够在测试过程中简单地统计出超过阈值的次数，同时这也可以作一个控制性能测试超过阈值次数后执行的操作，例如超过10次阈值之后就中断测试。

·假如您的性能测试工具能够把事务响应时间、当前虚拟用户数以及服务器和网络KPI指标自动关联，这是十分有用的一个特性，在当前流行的性能测试软件中通常都会提供这一功能。本质上来看，这种技术会自动查找那些随着虚拟用户数或事务吞吐量增加时KPI的变化或事务响应时间变化情况，这些变化是你所不希望发生的。尽管工具能够提供一些指导，但是，仍然需要你通过设置KPI阈值去定义什么是你所“不希望发生的”。

·假如您使用第三方监控工具来进行部分或者全部KPI的监控，在执行任何测试之前，要确保已经对这些工具进行了正确的配置。理想的情况是，在进行预测试的过程中，配置第三方工具的监控，并确认工具的输出信息确实是你需要的数据。我曾经遇到过这种情况：在测试执行了很长时间后，却发现KPI数据的收集配置错误，甚至收集的数据完全不可用。

·您需要经常把第三方工具输出的数据整合到你的性能测试工具中。一些工具允许从外部数据源中导入和关联数据。如果不幸工具没有提供这个选项，那么你需要提出一种机制来有效完成这项工作。我倾向于使用微软的Excel甚至Visio，这两个工具都能够很好地处理数据，但是需要注意这项工作非常消耗时间。