如何规划性能测试流程.明天第二届互联网测试技术交流会将在杭州举行了，明天也去听听最新的技术动态，测试行业工作了几年之后，对测试的理解和认识更深了。希望这次杭州之旅满载而归：）之前Jason的性能测试流程中讲述的Process符合大部分的性能测试team，但当我们进入一个敏捷或者快速迭代的项目中时我们更需要及时反馈性能的信息。
那么一般我们在这样的项目中更需要注重什么呢？
一、longevity测试，也就是耐久性能测试，工作量大概在20%
为什么我们需要特别着重这块呢？因为在代码修改的同时引入的大部分问题集中在Out Of Memory的问题上，所以我们需要将耐久测试放在首位。一般耐久测试中的问题会非常的多，调优的点也非常多，需要多方面的监控。遇到特殊情况，我们还必须利用Thread dump 和 Heap dump来分析问题。具体的使用方法可以参考JVM调优。
二、regression测试，即回归性能测试，工作量在25%左右
我们需要利用回归的性能测试来发现新注入的性能issue。主要集中在原有并未修改相应功能的模块。
三、新模块的单元性能测试，工作量在25%左右
我们需要根据与开发协商的性能指标来测试新的模块，一般是代码级的。我们需要借助JProfile或者TPTP来看相应的Class的性能是否符合标准。
四、新模块的整体性能基线测试，工作量的30%
之所以耗费比较多的工作时是由于我们需要录制可被之后加入回归性能测试的脚本，所以在脚本细节上要求比较的高，这样我们能够提高脚本的利用率。
性能测试的调优方法还有很多，希望这次杭州之旅能学到更多的测试相关的知识，开拓眼界。
