性能测试（一）性能测试需求解释说明

　　个人从毕业之后一直在B2C公司和互联网金融公司一直从事性能测试工作，在性能测试过程中一直遇到各种人，发现无论开发、功能测试、产品、甚至一些架构师都对于性能测试有一些的不了解。这篇主要是跟很多人说明下性能测试主要是做什么的。

　　在跟一些人（主要是开发和功能测试）沟通性能需求的过程中，由于大部分PM基本没有性能测试需求分析能力，所以挖掘一些性能测试需求基本都靠性能测试人员的能力，下面我就把一些性能测试需求整理说明下，这样如果看到的相关人员再跟性能测试人员沟通的时候就可以更加专业的讨论性能问题，如果是同行欢迎来讨论，一起提高

　　性能测试的需求来源主要分为四类：日常需求，架构改造，性能优化，新项目。每种需求最大的不同就是对于性能测试人员来说要针对不同的需求来定义不同的性能测试策略：

• 日常需求：主要指的是一些正常的版本功能迭代，性能测试的主要目的是为了能够确保正常版本迭代不会出现大的性能滑坡，导致服务出现异常；
• 架构改造：主要指的是由于设计或者业务扩展等原因，需要对于代码的逻辑进行大幅度的更改，调整整体的代码架构；性能测试的主要目的就是为了对于架构改造后的性能情况进行问题分析；
• 性能优化：主要指的是版本需求就是对一些功能模块或者实现进行了一定幅度的优化；性能测试主要目的是为了确定优化的效果是否明显；
• 新项目：主要是指网站一些新的功能点或者业务处理逻辑，性能测试需要目的是为了判断新的业务逻辑有没有性能问题以及对老的服务有没有性能影响；

而我个人认为针对此四种不同的性能测试需求主要使用测试策略如下：

• 日常需求：只需要对于两个版本的综合场景对比测试即可满足需求，这个地方提一下，如果性能测试人员对于性能测试环境的把握度没有那么大，两个版本的对比测试最好在一起测试完不要将隔一段时间之前测试的版本性能报告拿来对比，否则有可能会出现数据比对不合理；
• 架构改造：需要对架构改造的情况进行了解，制定涉及的架构改造的性能测试场景，做好使用综合场景进行测试；由于架构改造一般都是对于已上线的系统进行，所以只需要针对线上的容量进行评估即可；
• 性能优化：这就是标准的需要场景对比测试来完成，不过需要提醒的是需要code review 来确定测试场景是否如此，因为如果更改场景有的时候跟其他的场景有第一定的调用关系，都需要覆盖到（这些都是经历过得血泪史啊，大家一定要注意）
• 新项目：这种测试策略在制定的时候是相对复杂的一种，主要原因是新项目进行访问的一般包含多个单场景和综合场景，有的时候还需要做一定的容量评估工作，问题复杂度是很高的，定位问题的难度很大

先写了这么多跟性能测试需求有关的个人理解，欢迎大家讨论，相互提高