简而言之，对于不同阶段的测试活动，总有一些缺陷是最适合被发现和修复的。对于功能性缺陷这点早已达成共识，而对于性能性缺陷，由于性能测试本身起步较晚、性能问题比较难以暴露、早期用户对性能问题容忍度比较高、商业性能测试工具价格昂贵等原因，很多时候可能根本不会进行性能测试，或仅进行比较简单的性能测试，因此虽然性能性缺陷同样有这个特性，但却被人们遗忘了。简单地列举几个在不同阶段进行性能测试的好处。
1.在运行维护阶段，系统已经在稳定地为用户提供服务了，这时候还需要进行性能测试吗?需要。因为生产系统可能会表现出疑似性能问题的症状，这时候性能测试是查找问题的有效手段，有助于为用户提供更好的服务;性能再好的系统也会有极限，当用户数不断增长的时候，通过性能测试来评估系统的容量，以确定系统应如何进行扩容或者需要更换新的架构，通常这称之为容量评估。
2.异构系统之间的接口，通常是先完成接口，而调用接口的系统可能过很久才会完成。当然，可以等完成调用接口的系统后直接对该系统进行测试，接口的性能自然被测试到了，但是万一很不幸——性能测试结果不佳，再花费一番力气后终于确定是接口性能不佳，那可能就得大费周折地重新写接口了。更倒霉的是别的系统已经在用新的接口了，而不巧的是新老接口又不兼容(比如差一个参数什么的)，那代价可就大了;如果进行过接口性能测试，问题早就发现并解决了，这时候真是想想都会笑了。
3.在单元性能测试中运行一遍后就能发现的内存泄漏问题，如果这个问题遗留到系统测试阶段，可能需要花费几天的时间才能找到问题的所在，尤其是当Dump 内存信息后发现大量对象是到处都在使用的基本对象时，欲哭无泪可能是性能优化人员此时的真实写照，这点笔者曾有幸体验过;而实际上运行一遍单元测试的时间可能也就几分钟，此时发现问题极易解决。
4.越早开始性能调优，调优工作就会越容易。当组件小规模的集成后即可运行并调优时，由于系统复杂度低，自然而然地性能调优的难度会比较低。很显然，性能调优是以性能测试为基础的，那么较早阶段的性能测试就很有必要了。
从上面几个阶段，不难看出，性能测试和功能测试一样贯穿于多个阶段。基本上，各阶段的性能测试包括以下几种：单元性能测试、集成性能测试、系统性能测试、多系统性能测试、容量评估、接口性能测试。接下来看看这些不同阶段的性能测试活动到底做些什么。
sales@spasvo.com
