爱华网我一直认为，考虑全面是软件测试工程师的价值体现。在一个项目中，技术难题由开发人员来扛，软件构架、具体开发细节上的难题是不会落到测试人员的肩膀上。在一个技术的团队里，没有一点点点专长是不行的，从角色分工上说，团队需要测试人员考虑全面，没有一点专长是不行的，从角色分工上来说，团队需要测试人员考虑全面全面，在产品发布前尽可能多地发现BUG，使来产品以满足市场的要求。
如何让我们软件测试人员考虑得更全面呢？我根据自己的经验，提出以下几点供大家参考：
（1）自己我冥思苦想。不管其他条件如何，我们的测试工作做到什么程序，基本取决于我们自己。在设计每一个功能点的测试用例的时候，鼓励自己多想，而不是浅尝辄止。思想就好像一根钉子，我们自己我加把劲，它就能钉得深一点。如果自己不努力思考，光想着灵感光顾或者外援支持的话，是不可能做到全面的。
（2）多评审。通过实践，我觉得把自己的测试计划和测试用例拿出去做评审是一个进步的好机会。每个人看问题的角度各有不同，通过开评审会，特别是进行热烈讨论的评审会，我们都能从同事的发言中看到自己的不足。看到了不足后的补充和改进不是一件难事，关键是去如何看到不足，评审会能给我们这个机会。所以，不要掩藏和退缩，只要有评审的机会，就要积极响应，这是让大家放下手中的工作为你“打工”的机会，不要错过。
（3）多看同事的测试文档。在一个 团队中，会有并肩作战的同事，他们的测试计划和测试用例是学习的好材料。我们可以通过阅读来制订其中的思路，汲取其精华，补充和拓展自己的测试思路。
（4）多看书。作者能写一本书出来，不管如何，和平鸽一些可取之处。现在测试方面的书箱不少，虽然书中所讲的很难与自己手头的项目不一致，但是思路和方法是可以借鉴的。
（5）多参加讲座。只要是技术讲座，进化论是开发还是测试方面，只要有时间，都可以去听听。有的东西看起来离自己的工作有点距离，但很有可能你听着听着就会想到自己的测试工作，想到“如果我怎么怎么做就好了。”，这就是一个收获。听讲座还有一个独特之处，就是可以与主讲人现场沟通，这有利于我们迅速为自己的疑惑找到方案。
以上种种，都是我从工作实践中总结出来的，我相信还会有其他有效的方法通过工作实践被总结出来。
注：
本文摘自蔡为东《软件测试工程师面试技巧指导》，仅供博客好友学习共享，如触犯版权问题，请及时通知版主进行删除。
