提前关注性能问题

作者：丽贝卡·帕森斯（RebeccaParsons）

商业用户的需求主要表现为对功能的要求。系统的非功能特性则由架构师负责，包括：性能表现、灵活性、持续正常工作时间、技术支持资源等。但是，对非功能性的初始测试往往被拖到开发周期的最后阶段，有时还由开发团队来操刀，这样的错误屡见不鲜。

造成这种现象的原因有很多，有人觉得在还没有实现客户要求的功能之前，考虑系统的响应速度与灵活性无异于纸上谈兵；或者面对复杂的环境和测试望而却步；再不就是觉得产品的早期版本不会承担太重的工作负荷。

但是在项目周期的最后阶段才关注性能问题，会导致我们错失大量历史信息，这些信息包含性能变化的细节。如果性能是架构设计的重要指标，就应该尽早展开性能测试。在采用敏捷方法开发的项目中，如果以两周为一个迭代周期，我认为性能测试的开始时间最迟不能晚于第三次迭代。

为什么要提前展开性能测试？首先，如果性能表现大幅下滑，你至少能找到下滑是由哪些变化引起的。当系统出现性能问题时，你只须检查最近的变化，而不用全盘考整个架构。尽早反复的开展性能测试可以缩小问题的可疑范围。

项目伊始的测试数据虽然不能用于性能诊断，但它们至少提供了一个起始基准。这些趋势数据将为今后诊断和解决性能问题提供重要依据。

这样做还可以验证架构和设计是否符合实际性能要求，尤其对性能要求苛刻的系统，验证的早晚直接关系到能否及时交付项目。

众所周知，坚持技术测试是需要耐心和毅力的，无论是搭建合适的测试环境，采集适当的数据集，还是编定必要的测试用例，都须要投入大量的时间。提前开展性能测试，能让你有条不紊地逐步完善测试环境，为解决性能问题节省下大量的时间和精力。