测试应该比开发人员更熟悉业务需求
测试人员对业务流程的掌握程度，决定了你测试用例的全面性和是否覆盖广泛，做好这件事肯定不是那么容易的。
- 熟读功能需求文档， 任何有疑问的地方都要去和PM确认。
- 强调用户思维，经常使用自己所测试的软件。模拟用户的行为。
- 熟记软件的每个功能。
和开发人员保持良好的合作关系
这点是测试人员工作顺利展开的一大前提条件，不要轻易去打扰专注代码的开发人员，很多时候你会让他们中断思考，学会把问题集中起来，这样会节省很多时间。其次写好Bug，描述精确，简洁，没有歧义，方便开发重现。
懂一些基本的编程
假若你测试了一年web程序，还不了解HTML,CSS, Javascript, Jquery，那你很容易被开发人员鄙视。
测试人员搭建开发环境
产品的代码是最好的学习资料了，不能总等开发build一个版本，再进行测试，完全不懂他们check in了什么代码，了解下开发人员是如何修复bug的。也会帮你不断提升编程的水平，还能帮开发做code review。
写文档是测试人员的核心能力
很多测试的前辈很认同这个观点，写文档需要的是清晰的逻辑和总结归纳能力，将完整，清晰，漂亮的测试报告发给各个组， 让所有人看到你把工作做得很漂亮。
测试后期应该做两天交叉测试
交叉测试，就是指两个测试工程师，互相交换测试的项目。这样做有很多好处。
- 测试自己的项目久了，就容易眼盲，不容易找出Bug。
- 利于知识和业务共享，避免人员离职，请假，造成无人测试的情况。
- 交流中共同进步。
测试人员的瓶颈
重复工作个两三年，还没有爬到test lead的位置，激情肯定被消磨了不少，这时候你要如何突破呢?首先要抽时间尽量把自己的测试工作实现自动化，自动化是趋势， 只会做手动测试的人，以后肯定会失去竞争力。
测试转开发?难
努力学习编码，用于测试，才是正道。测试人员很多，但优秀的却比较少，优秀的测试人员需要很广的知识面，良好的沟通能力，丰富的测试经验，有热情和耐心。
也许你会说，会写代码还做什么测试，早就做开发了。不过你要知道，大部分的测试经理都是会敲代码的，不然肯定难以管理手下的人。
作为一名测试人员，你对自己现在的工作状态满意吗?
