5、协作：性能测试之美的基石

协作：性能测试之美的基石

在性能测试领域，协作是实现测试之美的关键。下面将分享几个在软件开发项目中与性能测试相关的故事，从中可以看到协作如何推动性能测试从混乱走向美好。

故事背景

故事发生在互联网泡沫时代的 14 个月里，一家定制软件开发公司中，我担任性能测试技术主管和实践经理。这些事件涉及多个开发项目，但核心项目团队始终基本相同，团队成员包括代码编写人员、高管、客户经理、项目经理、业务分析师、测试人员、系统管理员和技术支持人员等。

“100%？！失败”事件

我接到通知，要为一家财富 50 强公司开发一个基于计算机的学习交付和学生进度跟踪系统（简称 eVersity）。项目进入开发阶段，新项目的测试经理哈罗德突然递给我一张纸，问我能否测试。纸上的系统性能要求是“100%的网页必须在 100%的时间内 5 秒或更短时间内显示”等，我直接在便签上写了“失败”，贴在纸上还给了他。哈罗德很生气，我解释说在互联网环境下不可能达到 100%。

下周初，哈罗德拿了另一张纸过来，这次的要求是“95%的网页在 95%的时间内 5 秒或更短时间内显示”等。我认为虽然有改进，但不太有用且无法测试。哈罗德解释这是要写入与客户的合同中的性能要求。之后，我们和项目经理桑德拉讨论，最终确定了系统性能测试要求：
- 性能测试将在多种负载和使用模型下进行，具体在系统功能和工作流程确定后确定。
- 内部构建时，所有超过以下标准的性能测量结果将报告给首席开发人员：
- 任何用户量下，超过 5%的时间加载超过 5 秒的网页。
- 任何用户量下，超过 1%的时间加载超过 8 秒的网页。
- 超过 2%的时间不能完全或正确下载的课