正文
4、 提前准备，比如测试计划、测试方案、测试用例，能提前的，尽量提前做出来，否则到了测试执行阶段，就会手忙脚乱，觉得：啊，我用例还没写，但开发已提交测试了，怎么办？先测吧，后面再来补用例。一般这种情况下，当时想的需要补充的用例，基本上都没有补，到最后公司需要资料的时候，随便胡乱凑，结果提交出去的资料不合格，公司很可能就会否定你这次的工作。
三、测试思考层面跨越
1、 从我接触的测试人员来看，一般会从大局（整体）考虑，或者不计较个人负责或者其他人负责的人，目前来看发展得都挺不错的；如果只是觉得把我的工作做好就可以了，其他不该我做的跟我没关系，有这种想法的，职业发展一般都不会有太高的提升。
2、 建议有一块砖的思想，哪里需要就可以往哪里搬，能达到这种程度后，基本上团队什么事情都会想到你，那么这个时候，你离发展的提升也就不远了。
3、 作为测试人员，需要避免只把自己当测试人员的思想，我们要站在更高的层面，就像我们属于项目组，但同时又要高于项目组一样，不能所有事情都是项目组说什么就是什么，一定要有自己的思想，我觉得是对的就要坚持，最后都无法达成统一的需要寻求资源协助。当然，我们的想法有时候也可能会有错的，那么别人说的正确的意见我们也要采纳，并不是测试发现的所有问题都必须要解决。
四、沟通
作为测试人员，学会沟通是我们的一门必修课。在下面几个环节，我们需要深入思考，并积极发表自己的意见，以及与项目组的沟通。
1、 需求评审时，多发表自己对需求、对产品的看法；
2、 用例评审时，一定要思路清晰，有条不紊的评审用例，因为测试用例的评审是以我们为主导的；
3、 测试过程中与开发确认问题时，需要积极沟通，协助开发定位问题；
4、 与开发沟通时，尽量从这个问题对用户的影响程度方面来说，这样更具有说服力。
五、注重细节
1、 测试过程中，每一个词语的定义是否合适、每一个图标的含义，都需要思考（比如**项目中，**工艺图中，不同的颜色分别代表什么含义，有没有人去询问过、上网查过、或者找设计的人了解过）；
2、 文档的细节，作为测试人员，从项目开始到结束，会输出很多测试文档，这些文档里面，可能很多是从其他项目copy过来的，有的时间没改、有的名字没改、有的甚至连项目名称都没改…诸如此类的文档很多，凡是经过自己手写出来的文档，一定要从头到尾认真、仔细的读2遍，否则，就这一点，就可能对你的测试工作、测试能力打折。
六、测试技术的积累
