企业级的性能测试的整体解决方案之整体流程

性能测试，不仅仅只是用LR跑一下，看看结果。可以说，使用LR跑一下，仅仅是整个性能测试过程的很小一部分；从整体压测过程来看，也许这仅仅是最小的一部分！但是，可能很多公司，也许我的视野太小，反正我见到好多做压测的，也仅仅就是专注于这么一个小部分。整天就在围绕着这个工具转来转去！

 

说实话，刚开始做压力测试的时候，重心都是在这个工具上面，因为这玩意儿比较好玩，呵呵，但是好玩，并不能代表能完全征服客户，更重要的是，你的性能测试的方案、方法和结果能否充分的证明系统性能，能给客户一个很符合逻辑的解释。仅仅是跑了那么几个场景，或者一系列场景就是不足够说明问题的。

 

首先，我想说明一下，我自己的，整体的压测流程：1性能需求收集--->2性能建模-->3性能方案设计(包括场景和脚本)--->4性能数据生成及周边工具开发--->5性能测试执行-->6测试结果分析。

整个流程和开发流程的时间对应如下：1性能需求收集阶段和开发处在几乎同样的需求收集阶段，可能要稍晚一点，因为当功能需求基本定义之后，性能需求才更容易定义。2性能建模这个阶段，在开发的需求分析阶段。3性能方案设计(包括场景和脚本)这个阶段，在开发的概要设计和详细设计阶段+编码阶段。根据开发的整体架构设计，以及前期客户的需求调研，设计我们的整体方案。这是个重点，以后详说。4性能数据生成及周边工具开发：这个阶段在开发的编码阶段到集成测试阶段。因为前期制定方案的过程中一定会发现一些技术难点，需要额外的工具或者方法实现，而这个阶段的目的是搞定这些难点。5性能测试执行，这时候，系统在系统测试阶段后期。这时候开始录制脚本执行测试。6测试结果分析，在系统整体调优阶段。

 

说明一下，以上的这个流程是业务性能测试流程。这是性能测试的一个维度。性能测试还有另外几个维度，当然，执行的时间和主要内容也不一样。

但是，从这几个过程我们能够看到，压测工具所占用的比重仅仅是测试执行这一个阶段。而对压测质量性命攸关的应该是前期的性能定义以及压测方案的严密性。

 

做项目，是一个系统工程，不同于做实验，我们需要从大处着眼，整体控制，不能仅仅局限于小工具的使用。想一想，要是5，6个人跟你一起做压力测试，你准备怎么安排这5，6个人？怎么合理组织整个过程，并且达到一个有说服力的压测结果？当然，即使今天压测只有你1个人，你也要想到，明天有1个团队再帮你干的时候，你该怎么办，对吧？