性能需求、设计和测试（转）

作为大型的企业应用，性能表现是衡量软件质量的重要指标。在需求分析和系统设计阶段就必须充分考虑性能因素。软件交付测试，并完成基本功能测试以后，也应该组织专项的性能测试。

软件的性能指标包含以下几种类型：
用户界面普通操作的响应时间，如不应该超过5秒；
软件管理对象的最大规模，如最多可以管理5万台xx类型的设备。
长时间批量操作的时间，如最多2个小时可以完成xx台设备的升级任务。

以下按产品开发的不同阶段讲述一下为了达成软件必要的性能表现所做的工作：

产品立项阶段：确定产品关键性能指标所应该达到的目标。这个目标应该是主要来自于市场需求，而不是由系统工程师拍脑袋定出来的。例如：市场部应该根据这个版本的目标市场、客户和市场应用时间窗口给出产品应该达到的具体管理规模。根据这个目标，每个子系统分解出各自应该达到的管理规模。市场部还应该进行竞争分析，确保产品相对于竞争对手具备一定的竞争力和优势。明确自己产品在同行业所处的位置。

产品需求分析和系统设计阶段：系统工程师和市场代表充分沟通，进一步细化具体的性能指标值。产品工程组应该给出版本的软硬件标准配置，作为各个子系统的系统工程师制定性能指标的参考。系统工程师应该从系统的内部技术实现的角度分析达到设定性能指标的可行性。如果达到性能目标存在风险，还应该组织技术验证。同时，系统工程师也可从技术角度，分析现有系统内部优化提升的空间，并修正性能目标，在力所能及和存在合理需求的前提下主动提升性能目标。TR2是产品性能指标基线化的一个里程碑，过了该里程碑，修订性能指标就需要比较慎重，也比较不容易了。

在系统设计阶段，测试代表也应该参与进来，除了检视性能指标以外，还应该根据产品的典型应用场景制定性能测试的策略，其中重要的一点就是确定测试的组网，还有测试分工。一般情况下，实验室测试无法达到真正生产环境的巨大组网规模，这时候应该从技术实现的角度出发，设计一个组网，并从技术上论证基于该小规模组网测试验证的性能指标值可以线性的放大到真实的生产环境中。同时，还应该审视是否可以找到测试所需要的那么多设备，如果无法找到，应该考虑开发测试桩程序。

TR5以后，产品的基本功能已经稳定，这时测试部应该组织专项的性能测试。由于性能测试涉及的数据规模、组网规模可能都相当大，因此需要输出性能测试方案、协调测试所需要的所有物料。如果测试需要的数据规模很大，还应该通过其他手段向数据库中灌入足够的数据。