性能测试前期需求分析

关注并从事性能测试已经一年多了，做完几个项目的性能测试后，我一直感觉工具的使用一般不是大的问题，问题是前期的需求分析，要不要做性能测试？性能测试的目的是什么？要做或不做性能测试的理由是什么？

我一直感觉这块把握的不准，有时候可能主管的几句话，就决定不要做性能测试了。但后来仔细想想，要不要做性能测试，不是拍脑袋拍出来了，是经过需求分析、系统分析，并且结合业务整体等多个方面来考虑要不要做性能测试。涉及到的角色也有很多，比如PA，PD，SA、TA，DBA等等，性能测试决不是一个人的事情，而是一个团队的事情。上次性能测试小组内部也讨论过了，性能测试前期的需求分析。归纳下来主要有以下几点：

1. 从业务角度来分析，如果一个项目上去后使用的人数比较多，量比较大，就有做性能测试的必要，反之，如果一个项目上线后，没有几个客户在用，无论系统多大，设计如何复杂，并发性的性能测试是没有必要做的，前期可以否决。

2. 从系统架构角度来分析，如果一个系统采用的框架是老的系统框架，只是在此框架上增加一些应用，其实是没有必要做性能测试，除非做容量测试。如果一个系统采用的是一种新的框架，可以考虑做负载测试。

3. 从实时性角度来分析，如果一个项目要求某个功能的响应时间，这个有作并发测试的可能性，在大并发量的场景下，查看这个功能的响应时间。

4. 从数据库角度分析，很多情况下，性能测试是大数据量的并发访问、修改数据库，而瓶颈在于连接数据库池的数量，而非数据库本身的负载、吞吐能力。这时，可以结合DBA的建议，来决定是否来做性能测试。

有时候性能测试需求分析可以采用类推性，可比性。举个例子：如果性能需求中对两个类似的功能要求做性能测试，如果这两个功能内部处理逻辑大体一致，仅是功能展示不同而已，这就有可能做其中的一个来做性能测试，通过这次的性能测试结果来类推另一个功能模块。

影响性能测试前期需求的因素很多，大家可以拍砖。