不懂性能测试，被面试官挂了...( 五 )

本文插图
【性能测试阶段活动及对应输出】
如下图：

本文插图
⑤测试数据来源
这里假定所有性能环境数据是生产环境数据的副本，所需的测试数据将由项目团队统一提供。
⑥测试入口&出口准则

本文插图
测试入口&出口准则如上图：

访问环境中所有应用程序
环境准备就绪
性能测试数据准备就绪

⑦缺陷管理
缺陷管理如下：

本项目将使用 JIRA 缺陷管理模块对缺陷进行记录和跟踪直至关闭。
在测试执行阶段发现的缺陷将被记录在 JIRA 中，这些缺陷将由开发团队根据以下严重性级别进行修复。
缺陷审查会议将提上每日工作日程，参与者包括测试、开发、质量分析师和业务团队。
随着项目发布上线日期推进，修复缺陷的标准将变得更加严格，因此在每日缺陷评审会议上，需要发布缺陷修复标准的指导策略。

缺陷严重级别定义，如下图：

本文插图
⑧测试工具&技术

本文插图
⑨测试执行停滞及恢复准则

本文插图
⑩可交付成果物
性能测试交付成果包括:

性能测试策略
性能需求文档
性能测试场景文档
性能测试脚本
性能测试结果

?角色&职责
下图表格中列出不同角色及其对应的职责：

本文插图
?潜在风险及缓解计划
下图表格中列出潜在风险及缓解计划：

本文插图
?性能测试约定规则
性能测试约定规则如下：

性能测试环境是真实产品环境的复制(即硬件、软件、接口、集成层等与真实产品保持一致性) 。
性能脚本将根据使用率高的关键业务流程来设计。
在性能测试开始之前，必须解决所有基础设施问题，此后所做的任何系统配置更改都将导致无效的测试结果。
性能测试执行前提：必须确保应用程序是稳定的，可以在性能测试环境中使用。
硬件和软件资源(如用户产生负载的工具、控制器/代理机器)准备就绪。
性能测试范围的任何变更都必须经由变更控制流程，同时性能测试团队将对变更引起的时间/资源影响做出评估。
启用应用程序跟踪日志。

到此我们就完成了聊天应用程序性能测试计划的编写，在真实企业项目中，大家可以基于实际情况对文档内容自行裁剪。
总结
不难发现要成功完成一个性能测试项目，我们需要确保性能测试计划阶段各方面的准确性。
即计划、基于测试需求分析的用例开发、场景设计、测试执行和结果分析，这些关键点都必须按照正确的方式进行，加上合理的风险预估及缓解策略。
希望通过本篇分享，能够丰富你在性能测试领域的认知及实践，同时学会如何编写一份带有详细示例的性能测试计划文档，为后续性能测试活动的开展奠定良好的基础。