EEPW论坛

测试不简单，在项目中真的不仅仅是测试，测试需要提升沟通，技术，产品方面的技能，加强测试思想，把握不同观点，引导别人自测的意识，结合自己的工作经验，我给出了如下建议：

　　1、思想上。测试思想是一种需要持续贯穿整个产品过程的思想，做测试大概有这么几类人，一类是从开发转到测试，这类人开发技能比其它测试人员能力强，在测试团队中优越感相对而言比较高，他们的在团队中的测试工作慢慢的就转向比较偏代码级别的测试，此类人基本接触的业务测试少；另外一类是纯功能测试人员，此类人都对产品业务非常熟悉，但是编码技能不高，如果和开发人员讨论方案，技术问题时，基本上插不上话，如果是好强的测试，比较容易失落，对自己的测试越来越没底气，甚至自卑。这样的情况，在我的身上也出现过，我是觉得人真的要强大，做测试大可不必出现自卑，不自信，行行出状元，不一定要编码，才有前途，每个人的经历不同，发展道路不同，只要自己专注，沉淀，不管是做业务测试，还是做其它测试，都能体现自己的价值，都能做本行业的专家。做业务测试好好沉淀业务，测试流程，测试思想，测试设计，测试预防等。

　　2、技能上。纯粹的黑盒测试团队是危险的，不懂编码知识，做不好测试，这是我这么多年来的体会，很多人说测试不需要编码其实，按照现在的发展趋势，测试和开发没有严格的界限，测试需要编码，能写工具；开发需要有测试意识，编码之前先讨论测试。尤其是按照测试团队的发展趋势：有架构组，业务测试组，还有自动化，性能实施组。做测试，如果做到专门提供测试解决方案，那你真的竞争能力强。所以，加强编码是我们测试人需要面对的一个事实。

　　3、职业规划。曾经我花了几天时间，研究了几个测试牛人的博客，工作轨迹基本上如下：在一线摸爬滚打3-4年，总结出一套缺陷预防的经验，在自动化领域或性能，做1-2年，然后出去分享，开阔眼界，打响知名度。然后在回到业务团队，此时可能是leader，不在一线做项目测试了，但是他们的心得都是：功能测试不简单，最终都回到了业务测试这个点。因为自动化和性能都是围绕业务开展，前期缺陷预防，风险控制特别重要。所以，自己为自己负责，等你到了30岁还没有想好自己的定位，你会很痛苦的。。。。。。。。

　　4、测试沟通。我也是不善于沟通的人，我曾经问我们老大的老大，他告诉我说：他普通话不标准，也不爱说话，一方面努力增强自己的能力，另外一方面经常参加外面的活动，就这样被逼出来了，我个人心得是：平时说话大声，有条理，说出来的话有着落点，言而有物。客观事实说话，都和团队一起吃饭交流，非正式交流比较重要。总的来说：肚子里有东西，慢慢说，别人还是会听的。

　　基于以上几点，我真心觉得，想把测试做好，真的不容易！！！项目中，也绝对不是仅仅做测试，能提高自己的，提高产品质量的想法都可以去尝试，坚持最初的测试激情，走下去。。。。