3.2　从需求到性能测试

以下表述的需求列表，适用于大多数性能测试项目，不论是内部测试，还是面向客户的测试。设计这些的目的并非是要求读者使用特定的工具，所以您仍然可以使用您喜欢的项目管理工具和获取需求解决方案，即便它们比微软的Word强大不到哪儿去。

为配合本书精神，我采取了一种“购物清单”的方法来强调每一个阶段的重点。

注释

这个方法步骤在附录B中会重现，提供一个方便的快速参考。

3.2.1　过程时间指南

在性能测试项目中将大部分时间花费在获取需求、验证需求以及实现需求上，只有这样才能为性能测试打下坚实的基础。其余的时间则用于录制事务脚本、执行性能测试和分析测试结果。

诸如构建和调试一个合适的测试环境此类的活动，过于复杂，而且还要视情况而定，所以很难给出一个有意义的指导，但是，对于某些关键任务，我可以在可能的时间尺度上给予您以下指导。

·录制性能测试脚本：每一个事务需要半天的时间。事实上，有些事务可能会耗时较多，有些则相对少些。但从本人的性能测试经验来看，半天的时间是较为合理的。

·创建验证测试阶段或者测试场景：一般需要一到两天。这可是个重活，因为您要把已经确定的每一个性能测试的结构和内容作为需求分析的一部分。更多的时间会花在测试预演上，以保证测试的准确性。

·执行性能测试：需要至少五天时间。在这个阶段，为了验证某些问题要重新测试多少次还是一个未知数。另外，在这之间重建数据库也会耗费相当多的时间。但是如果你能准确地定位需求，并确保软件不出现一些明显的错误，在五天的时间里你还是能够做相当多的性能测试的。

·数据收集（以及软件卸载）：需要一天的时间。如果是内部测试，那么卸载不是必需的。如果您是提供测试服务的，那就需要执行

卸载测试软件了。给自己一天的时间来卸载并收集测试结果和（关键性能指标）KPI监控数据。