2.11 性能测试总结
精通软件性能测试与LoadRunner最佳实战
性能测试工作完成以后，需要编写性能测试总结报告。
性能测试总结不仅使我们能够了解到如下内容：性能测试需求覆盖情况，性能测试过程中出现的问题，我们又是如何去分析、调优、解决的，测试人员、进度控制与实际执行偏差，性能测试过程中遇到的各类风险是如何控制的，而且，还能描述经过该产品/项目性能测试后有哪些经验和教训等内容。随着，国内软件企业的发展、壮大，越来越多的企业也更加重视软件产品的质量，而好的软件无疑和良好的软件生命周期过程控制密不可分。在这个过程中不断规范化软件生命周期各个过程、文档的写作，以及各个产品和项目测试经验的总结是极其重要的一件事情。通常一份性能测试总结报告要描述如下内容。
需要阐述产品、项目的背景，将前期的性能测试需求明确，并落实到文档中。指出性能测试可参考的一些文档，并将这些文档的作者、编写时间、获取途径逐一列出，形成一个表格，这些文档包括：用户需求规格说明书、会议纪要（内部讨论、与客户讨论等最终确定的关于性能测试内容）等与性能测试相关的需求内容文档。性能测试也是依赖于系统正式上线的软、硬件环境的，所以包括网络的拓扑结构、操作系统、应用服务器、数据库等软件的版本信息，数据库服务器、应用服务器等具体硬件配置（CPU、内存、硬盘、网卡等），网络环境等信息也应该进行描述。系统性能测试的环境要尽量和客户软件上线的环境条件相似，在软、硬件环境相差巨大的情况下，测试的结果和系统上线后的性能有一定偏差，有时甚至更坏。为了能够得到需要的性能测试结果，性能测试人员需要认真评估要在本次性能测试中应用哪个工具，该工具是否能够对需求中描述的相关指标进行监控，并得到相关的数据信息？性能测试结果数据信息是否有良好的表现形式，并且可以方便的输出？项目组性能测试人员是否会使用该工具？工具是否简单易用等。当然在条件允许的情况下，把复杂的性能测试交给专业的第三方专业测试机构也是一个不错的选择。人力资源和进度的控制，需要性能测试管理人员认真考虑。很多失败的案例告诉我们，由于项目前期研发周期过长，项目开发周期延长，为了保证系统能够按时发布，不得不缩短测试周期，甚至取消测试，这样的项目质量是得不到保证的，所以要合理安排测试时间和人员，监控并及时修改测试计划，使管理人员和项目组成员及时了解项目测试的情况，及时修正在测试过程中遇到的问题。除了在计划中考虑上述问题以外，还应该考虑性能测试过程中有可能会遇到的一些风险以及如何去规避这些风险。在性能测试过程中，有可能会遇见一些将会发生的问题，为了保证后期我们在实施过程中有条不紊，这时就应该考虑如何去尽量避免这些风险的发生。当然，性能测试计划中还应该包括，性能测试准入、准出标准以及性能测试人员的职责等都需要进行描述。一份好的性能测试计划为性能测试成功打下了坚实的基础，所以请读者认真分析测试的需求，将不明确的相关内容搞清楚，制订出一份好的性能测试计划，然后，按照此计划执行，如果在执行过程中与预期不符，请及时修改计划。
本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。