1.一个事物对与错好判断，但合理与否就有难度了，测试人员要多从终端用户出发，体现出与开发人员考虑问题的优势。
当一个问题出现，开发可能更多考虑的是如何去解决，怎么解决简单怎么来，合理与否总是放在后面考虑甚至不考虑，这也是很多开发人员做不好产品经理的原因，测试拼编码能力肯定比不过开发，所以只有拼业务，拼思路，这样人家才能体会到测试的价值所在，从而高看你一眼
2.对自己的定位要高，不要只局限于某个模块某个特性的测试，多去了解整个产品的流程图和每个模块直接的关联，提炼出测试这个功能或者整个产品通用部分形成套路，这样换一个项目可以继续延用之前的经验，而不是完全从0开始。
3.发邮件也要讲究方法，应该先添加附件，再写内容最后再添加收件人，因为附件最容易忘掉；另外需要领导特别关注的邮件，首先要主送给他，其次@一下，因为领导每天的邮件太多看不过来的，他们是根据自己的名字作为关键词来检索邮件的
4.日报里面不能全体现开发做的不好的地方，也要对做的好的地方给予肯定，因为邮件抄送栏都藏有领导，正向反馈会让他们在做的好的地方更卖力，做的不好的也会更积极去改进
要和开发基层员工站在一条线，因为很多时候开发流程计划乱是由于开发老大时间压的太紧，比如上面要求今天内必须编码完成，那很可能开发一上来就先编码，最后才去输出设计文档，这种不合理的现象由开发人员自己提出来就不太合适，如果由测试的外部力量来提出建议可能开发老大更重视一点。
