不为测试而测试

      在传统的基于软件工程思想的开发模式中，软件测试往往是个专门的角色或工种，比如很多公司都有专门的测试工程师的岗位，有专门的测试管理人员或职能部门管理，测试人员发展成为一个独立的群体。长此以往，很容易出现的结果就是测试人员只是个测试人员，不光很多测试人员自己这么认为，其它角色也开始这么认为，再加上公司一些奇葩的KPI制度、部门隔阂和利益瓜葛，很容易出现只为测试而测试的情况，想想也是大公司病之一啊。事实是很多公司还没长大就病了，当然这不是我要说的重点。

        测试的独立性，一定程度上保证了软件产品的质量，然过犹不及，大量的过度测试、测试目标偏离实际用户场景、过度依赖测试环节的工作模式等现象逐渐出现，甚至成为常态，不但没能达到提高产品质量和效率的预期，当公司发展到一定规模或者面临更高的用户体验、更快的产品更新速度时，测试环节反而经常成为项目管理的瓶颈。这也是很多公司在发展过程中都会重复犯的毛病。

        为了顺应严格的流程管理和职能分工的模式，传统的很多测试工具在设计上只为测试角色量身定制，实现了很多很强大的测试功能，但是在实际工作过程中，我们逐渐发现很多功能并不能解决项目面临的实际质量问题，80%以上的功能基本上配不上用场。在大部分公司，很多测试人员的工作是围绕工具开展的，可能是因为公司花钱购买了工具，或者是看到同行们都在这么用，理所当然的要追求物尽其用。测试人员花费了很多时间去学习工具，利用工具，而很少有精力去思考项目真正要面对的是什么，总是基于完成测试任务去套用工具的既定模式，结果就是做了大量的测试，结果产品上线后，问题百出，然而并没有什么卵用。

        HyperPacer在设计理念上注重不为测试而测试，更加强调功能的实用性而不是啥都能干，怎么都好使，什么都能干的结果就是什么也干不好。虽然目前离期望还有很大的差距，但我们将持之以恒不断改进。HyperPacer定位为解决软件产品全生命周期的实际性能问题而开发，不是只能让专业的性能测试人员才能用，我们希望项目中的任何一个角色都可以使用它，不经周转，不用等待，自己就能去测试和评估软件的性能。

        

        条条大路通罗马，但最快的路线只有一条，理论上你可以有很多种选择，但我只给你这一条。嗯，就是这么矫情，我矫情我骄傲！！！