最近的参与了几次讨论,"测试无用论","测试怎样才有价值",测试有没有前途，怎样才能测试好一个产品,怎样测才算充分,"产品架构上面有个疑问，开发也清楚这样设计不合理,但是还是按方案执行，测试很无奈","我提交了这么多bug,开发居然说不要改","做测试一年了，发现没什么长进","测试设计做的这么好,发布后还是有bug出现",一位开发哥们说: "测试是我这么多年以来,做的最不靠谱的事情","测试的薪水明显的没有开发高","测试女孩做比较合适，男孩子不合适....
以上的问题, 归纳了一下,大概有这么几个方面:
1. 思想上, 容易产生挫折感,觉得测试不如开发;
2. 技能上, 测试学不到什么知识,在社会上没什么竞争;
3. 职业规划, 测试职业规划不明确;
4. 缺乏质量意识，提交的问题不被重视;
每每和别人讨论这些问题或者别人问这么问题的时候,我想要说的是，测试不简单，在项目中真的不仅仅是测试,测试需要提升沟通，技术，产品方面的技能，加强测试思想，把握不同观点，引导别人自测的意识,结合自己的工作经验，我给出了如下建议:
1. 思想上. 测试思想是一种需要持续贯穿整个产品过程的思想,做测试大概有这么几类人,一类是从开发转到测试,这类人开发技能比其它测试人员能力强,在测试团队中优越感相对而言比较高,他们的在团队中的测试工作慢慢的就转向比较偏代码级别的测试，此类人基本接触的业务测试少;另外一类是纯功能测试人员,此类人都对产品业务非常熟悉，但是编码技能不高，如果和开发人员讨论方案，技术问题时，基本上插不上话，如果是好强的测试,比较容易失落,对自己的测试越来越没底气，甚至自卑.这样的情况，在我的身上也出现过，我是觉得人真的要强大，做测试大可不必出现自卑，不自信,行行出状元，不一定要编码，才有前途， 每个人的经历不同，发展道路不同，只要自己专注，沉淀，不管是做业务测试，还是做其它测试，都能体现自己的价值,都能做本行业的专家.做业务测试好好沉淀业务，测试流程，测试思想，测试设计，测试预防等.
2. 技能上. 纯粹的黑盒测试团队是危险的,不懂编码知识，做不好测试，这是我这么多年来的体会，很多人说测试不需要编码其实，按照现在的发展趋势，测试和开发没有严格的界限,测试需要编码,能写工具;开发需要有测试意识，编码之前先讨论测试.尤其是按照测试团队的发展趋势:有架构组，业务测试组，还有自动化，性能实施组. 做测试，如果做到专门提供测试解决方案，那你真的竞争能力强.所以，加强编码是我们测试人需要面对的一个事实.
3. 职业规划. 曾经我花了几天时间，研究了几个测试牛人的博客,工作轨迹基本上如下:在一线摸爬滚打3-4年，总结出一套缺陷预防的经验，在自动化领域或性能，做1-2年，然后出去分享，开阔眼界，打响知名度.然后在回到业务团队，此时可能是leader,不在一线做项目测试了，但是他们的心得都是: 功能测试不简单，最终都回到了业务测试这个点。因为自动化和性能都是围绕业务开展,前期缺陷预防，风险控制特别重要.所以，自己为自己负责，等你到了30岁还没有想好自己的定位，你会很痛苦的........
4. 测试沟通. 我也是不善于沟通的人，我曾经问我们老大的老大，他告诉我说：他普通话不标准，也不爱说话，一方面努力增强自己的能力,另外一方面经常参加外面的活动，就这样被逼出来了,我个人心得是：平时说话大声，有条理，说出来的话有着落点，言而有物. 客观事实说话，都和团队一起吃饭交流，非正式交流比较重要.总的来说：肚子里有东西，慢慢说，别人还是会听的.
基于以上几点,我真心觉得,想把测试做好，真的不容易!!!项目中,也绝对不是仅仅做测试,能提高自己的,提高产品质量的想法都可以去尝试,坚持最初的测试激情,走下去....
版权声明：本文出自 zhenshan2013 的51Testing软件测试博客：http://www.51testing.com/?626911
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
