我一直感觉这块把握的不准，有时候可能主管的几句话，就决定不要做性能测试了。但后来仔细想想，要不要做性能测试，不是拍脑袋拍出来了，是经过需求分析、系统分析，并且结合业务整体等多个方面来考虑要不要做性能测试。涉及到的角色也有很多，比如PA，PD，SA、TA，DBA等等，性能测试决不是一个人的事情，而是一个团队的事情。上次性能测试小组内部也讨论过了，性能测试前期的需求分析。归纳下来主要有以下几点：
1、从业务角度来分析，如果一个项目上去后使用的人数比较多，量比较大，就有做性能测试的必要，反之，如果一个项目上线后，没有几个客户在用，无论系统多大，设计如何复杂，并发性的性能测试是没有必要做的，前期可以否决。
2、从系统架构角度来分析，如果一个系统采用的框架是老的系统框架，只是在此框架上增加一些应用，其实是没有必要做性能测试，除非做容量测试。如果一个系统采用的是一种新的框架，可以考虑做负载测试。
3、从实时性角度来分析，如果一个项目要求某个功能的响应时间，这个有作并发测试的可能性，在大并发量的场景下，查看这个功能的响应时间。
4、从数据库角度分析，很多情况下，性能测试是大数据量的并发访问、修改数据库，而瓶颈在于连接数据库池的数量，而非数据库本身的负载、吞吐能力。这时，可以结合DBA的建议，来决定是否来做性能测试。
有时候性能测试需求分析可以采用类推性，可比性。举个例子：如果性能需求中对两个类似的功能要求做性能测试，如果这两个功能内部处理逻辑大体一致，仅是功能展示不同而已，这就有可能做其中的一个来做性能测试，通过这次的性能测试结果来类推另一个功能模块。
影响性能测试前期需求的因素很多，大家可以拍砖
文章来源于领测软件测试网 https://www.ltesting.net/
