一、多翻看需求文档，不仅仅局限在自己负责的模块

　　测试最好在需求定义是就介入，这个应该是大家的共识。然而并不是任何人都能够在文档审核阶段就提出所有的问题，就完全把产品特点烂熟于胸。特别在不属于自己负责的模块，可能习惯性会降低对文档的审核力度。

　　多看看需求文档，多分析产品应有的行为。不仅你能得到更多的认识，更会提供你设计新测试用例的灵感，而且在同事间你也会显得更有权威。

　　二、和开发人员多接触，不仅仅局限在工作方面

　　测试人员需要协助开发人员发现定位产品缺陷，少不了和开发人员接触。可是现实往往会出现测试人员和开发人员“对立”的局面。事实上，测试和开发都有一个共同目的，那就是提供高质量的产品，这方面两者其实是统一的。这一“对立”完全可以通过测试人员和开发人员的“私交”得到极大缓解甚至解决。

　　可以和开发人员一块参加活动，积极参与开发人员的话题讨论等等。所有这些都可以加深两者间的了解，缓和针对不同意见讨论时的误解，并促进开发人员更多的思考测试与质量问题。

　　三、及时检查关于代码改动的邮件，发现代码的变动

　　测试人员应该具备基本的开发能力。针对开发人员的Bug修复，进行认真审核，及时跟踪产品变动情况。可以让你更早、更多地得到测试用例，也能让你第一时间针对代码变动采取行动。

　　四、报Bug前把问题想得更深入些

　　不一定是发现一个异常行为马上就汇报Bug。我的意思是再多做一些研究，比方说这个问题是否和环境相关，是否是必然出现的问题，如果不必然出现那大概出现频率是多少，出问题的模块是否真的就是有问题的模块。多提供一些信息，既显专业，也便于开发人员定位问题。

　　五、常看Bug列表

　　多看大家汇报的Bug，了解当前产品质量状况，自己也能根据Bug情况增添测试用例，提高自己的测试质量。

　　六、尽量记住常用操作的快捷键，或者使用快捷方式

　　测试工作会有很多重复的动作，尽量使用快捷键或者快捷方式提高自己环境使用效率。

　　七、重复的工作尽量使用脚本或者小程序解决

　　就像使用自动化测试解放手工测试一样，一些非测试的辅助动作如果经常使用，可以开发一些小的脚本或者程序提高自己的效率。

　　八、多浏览专业网站，了解业界动态

　　开拓自己的眼界，可以在需要的时候能快速决定自己需要的工具和技术。

　　九、多看牛人的博客，学习他人经验

　　比方说51Testing，CSDN上面就有很多牛人开了博客。或讲技术，或讲管理抑或讲对业界发展开发。多看，多讨论，建立自己的职业生态圈。