1. 想客户之所想，思客户之所思
在测试的过程中时刻想着用户。培养自己对用户需求的共鸣。和用户沟通并且观察他们怎们样使用你的软件。多从用户的角度去考虑问题，从小白的角度去使用，用专家的态度去更改。
2. 多读Bug
如果你和一个团队的软件测试工程师一起工作，那么请阅读他们每天发的Bug，特别是那些针对你的测试部分的Bug 。你可以从别人如何找到Bug中学到很多东西。提高自己的观察力。
3. 多读代码
找到你测试的那部分功能的代码。虽然写代码并不是你的事，但是读那些代码常常会帮助你找到潜在的边际情况和软件缺陷。多学习一项技能，多一次晋升的机会。
4. 为你发现的Bug而骄傲
促成一个软件Bug的修复是从写好Bug标题和描述开始的。我每次发完一个Bug都会把这个Bug重读一遍以确保它是合理的并提供恰倒好处的细节。如果一些重要的Bug 没有被纠正，要追根究底，确保决定和利弊权衡是正确的。相信自己是最棒的！
5. 参加软件功能的设计
在软代码编写之前，在仍有可能有大的设计变更的时候，积极参加软件的计划阶段，这会帮助你了解正被考虑的折衷和权衡。了解的深了才能看的更远。
6. 设计你的测试
无论是寻找边界值，运用组合技术，画图表，或创建测试模型，把你的想法放进你的测试设计中总是有用的。在试探性测试的时候，有意识地去交替你的测试计划和产品学习。不断尝试找到更好的方法。
7. 了解你测试的功能
不管你测试的是那一块功能，你应该了解它的设计，它的局限性，别人发现的Bug，代码的变动，以及它和其它功能间的交互关系。多交流，多学习。
8. 和别人合作测试你负责的部分
和有不同专长的人一起测试你的功能模块，一起讨论测试的点子并且征询他们的反馈意见。交流经验，共同进步。
9. 学习你测试的软件
即使你只是测试一个软件中的很小一部分，成为其它新功能和整个软件的专家都会帮助你成为一个更好的测试工程师。经验是一点一点积累的。
10. 培养和开发人员的良好关系
测试工作有时候是对抗性的，以致很容易使有些与你共事的人在做决定时忽略你的意见。与修复Bug的开发人员建立坚实的关系对了解最新进展和促成Bug的修复会有裨益。良好的沟通能力是解决问题的前提。
11. 提高你的编程能力
编程还是一项有价值的技能，他能帮助你更好地阅读代码，理解产品的内在，同时帮助你写一些小工具使得平淡反复的工作变得简单。
12. 参加Bug的审阅 （Triage）
在产品发布前的最后一些日子里，Bug审阅组开会决定哪一些Bug应该修复，哪一些应该留到以后的版本去修复。如果你通常不在这个会议的邀请名单中，那么去主动要求参加。你会看到在测试员信誉，用户影响和已知风险等因素间做出折衷决定的过程。这将会是一种非常有趣的经历。
如果说的是技术方向，推荐的路径：
软件测试工程师->测试开发工程师->效率平台开发工程师。
分布对应的技能要求：
软件测试工程师：测试理论知识、需求分析理解能力、发现和解决问题的能力；
测试开发工程师：在测试工程师的基础上，知道怎么利用工具/系统来提升测试效率，更好的保证测试效果；
效率平台工程师：提供给开发和测试同学需要的系统的平台和技术支持，自发收集需求改进当前流程过程中的问题。