性能测试新手误区（一）

　　系列原创&＃xff1a;性能测试新手误区

　　有过一些性能测试经验的人很容易进入此状态&＃xff0c;他们已经熟悉了性能测试的基本流程&＃xff0c;能够比较熟练的使用测试工具开展工作。我大概从事性能测试一年左右时遇到了这个问题&＃xff0c;那时我觉得性能测试的过程没有太多挑战&＃xff0c;遇到的每一个系统&＃xff0c;仿佛都可以用同样的流程完成。半天时间填写测试方案&＃xff0c;一天时间来准备测试环境&＃xff0c;一天时间准备测试脚本&＃xff0c;一到两天来完成各种测试用例&＃xff08;基准测试、日常压力测试、峰值压力测试、绝对并发测试、稳定性测试等&＃xff09;&＃xff0c;然后就是调优、问题复测和完成测试报告。在我看来&＃xff0c;性能测试好像变成了用一些工具去执行一个个固定的用例。

　　这样的工作持续了一段时间后&＃xff0c;我感到有些不对劲&＃xff0c;一定是哪里出了问题。性能测试难道真的这么简单&＃xff0c;简单到把任何一个系统套入标准的流程中就可以了&＃xff1f;于是我开始思考测试的意义&＃xff0c;为什么要进行性能测试&＃xff1f;是因为性能测试可以提供关于瓶颈、缺陷、效率等等我们认为有价值的信息。那仅仅通过一个工具&＃xff0c;或者是一个固定的流程&＃xff0c;就可以发现不同系统的这些信息么&＃xff1f;这显然是不可能的。

　　我开始尝试尽量深入的去理解被测系统&＃xff0c;这个系统的目的是什么&＃xff0c;用户是如何使用系统的&＃xff0c;用户对哪些业务的性能比较敏感&＃xff0c;系统的一些关键业务实现逻辑是怎么样的&＃xff0c;从设计实现的角度来看哪些业务的性能可能存在隐患。这些很少是技术层面上的问题&＃xff0c;需要做的只是思考&＃xff0c;再深入思考。慢慢的我有了些收获&＃xff0c;开始了解为什么要测这个系统&＃xff0c;针对这个特定的系统哪些内容是最重要的&＃xff0c;为了获得需要的信息我需要从哪几个方面进行测试&＃xff0c;为了实现我的想法又需要哪几种方法或者工具。&＃xff08;现在我的性能测试过程中&＃xff0c;用于理解被测系统、理解用户、整理测试思路的时间投入大大增加了。你呢&＃xff0c;投入了多大比例&＃xff1f;&＃xff09;

　　要做好这些其实很难&＃xff0c;每一个被测系统对我来说&＃xff0c;仿佛就变成了一个新的挑战。但是逐渐的我发现自己思考问题更全面了、可以更快的抓住系统的重点、找到更重要的BUG、对系统的实际性能有了更准确的评估。这里提一个简单的问题&＃xff0c;如何确保你的测试结果和生产环境的性能表现是一致的&＃xff0c;也就是说测试结果能够真正的反应实际的性能&＃xff0c;而不仅仅是代表了你选取的几个测试场景的性能。话说起来比较绕&＃xff0c;但是请认真想一想&＃xff0c;你有多大的把握呢&＃xff1f;

　　上面只是写了一些个人的感想&＃xff0c;我觉得如果在“思想”上没有办法上到一个新的台阶&＃xff0c;你的性能测试生涯可能也就达到“瓶颈”了。如何突破这个瓶颈&＃xff0c;那就需要努力改变自身&＃xff0c;多思考多学习&＃xff0c;最核心的能力恐怕不是能培训出来的。一定会有一些人认为性能测试的重点在于“技术”上&＃xff0c;于是他们不断的记住各种调优配置参数&＃xff0c;以为自己掌握了性能的精髓&＃xff0c;仿佛什么系统到了他们手上&＃xff0c;只要改几个参数就会出现奇迹。我也经历了这个阶段&＃xff0c;也有过几次自以为挺高明的调优经历&＃xff0c;也为自己会各种中间件数据库的配置调优而有些小得意。但现在想想&＃xff0c;那还真是一个比较低的层次&＃xff0c;思想上抓不住重点、看不全大局&＃xff0c;技术上其实也只是一点皮毛。面对这类人&＃xff0c;只要问几个为什么就会让他们无法回答&＃xff0c;为什么要调优&＃xff1f;为什么要调这个参数&＃xff1f;如何证明这次调整的效果&＃xff1f;

　　将上文简单的总结成几点&＃xff0c;希望能给性能测试新手提供一丁点的帮助吧&＃xff1a;

1. 性能测试的难点在于对被测系统的理解&＃xff0c;在于对测试点的分析。为了实现测试的思想&＃xff0c;可以有多种方法&＃xff0c;手段永远只是辅助的&＃xff0c;只有思想才是根本的。工具&＃xff08;如LR&＃xff09;更不等于性能测试&＃xff0c;不要以为会用LR就懂了性能测试&＃xff0c;那只是最低级的测试执行。也不要以为会调几个参数就懂了性能测试&＃xff0c;那同样是个比较低的层次。

2. 调优等技术不是性能测试的主要目的&＃xff0c;好的性能也不是调出来的。测试人员一定要明白自己存在的价值所在&＃xff0c;所谓的“技术”只是为了达成自己测试目的的一些手段&＃xff0c;同开发人员、DBA相比&＃xff0c;你在这些技术上永远是外行。

3. 不要照着文档模板&＃xff0c;填入测试方案。每一个系统都是不同的&＃xff0c;要真正的认识到这一点&＃xff0c;为每个系统设计出有针对性的测试方案。思考你每一步工作的意义和目的。

4. 如何证明测试结果的有效性&＃xff0c;其实是个很难的问题&＃xff0c;值得花费时间去认真思考。这个过程涉及到一些很重要的内容&＃xff0c;如用户模型的建立&＃xff0c;后续会有专门的文章。

5. 性能测试是一个需要不断改进的过程&＃xff0c;每一次只需尽量的做到更好&＃xff0c;多做一点点以前没有想到的东西。经过不断的积累&＃xff0c;你会发现自己对性能测试有了更深的认识。