1、执行用例时，先阅读一遍用例，了解这个用例的测试目的，并且思考为什么是这样设计的，写用例的人思路是什么样的。
然后给自己定一些硬性要求，例如，执行此用例期间或者执行之后，再自己随机测5个相关流程。
强制要求自己进行多次的随机探索测试，以便发现除用例步骤之外的bug。
2、一旦遇到问题了，
技术上的问题，先要尝试自己去解决，但是要给自己定一个时间，15分钟无法解决，那就请教别人吧，不要把时间都浪费在一个问题上；
业务上的问题，先看文档，文档如果没有解释清楚，那就立刻去问，因为自己是思考不出来的。
3、学习新技术时，往往不能很好的判断工作量，但是随着经验的积累，应该要多去总结，从而可以判断出一件事情的复杂度，以及自己需要的时间，要能hold住事情。
另外，在自己不熟悉的情况下，一定要提早准备，前期多花时间，多向其他人请教。
4、遇到问题老是想着拖延，
每天早上上班时写一下当天的todo list，按优先级去处理工作，如果在工作的过程中，又有新的事，继续往todo list里加，并给自己定下处理的最后时间。
对于测试来说，跟bug相关的，尤其是线上bug，优先级都是很高的，尽早去处理；
如果是阻塞到测试工作的，也要第一时间处理；
再就是一些优先级不高的问题，可以整理在一起，集中起来去问别人。
每天下班的时候查看todo list，还有哪些没完成，是要加班完成还是可以明天做，都要给自己定计划。
5、沟通上，如果怕自己表达不清，在去找别人之前，先自己心里预演一下。
学习到一个新东西时，尝试去教会别人。在跟别人表达完后，可以与对方进行确认：我表达得清楚吗？还有什么不理解的？
或者在别人告诉我一件事时，在别人讲完后，再复述一次别人讲的，问，是这样吗？我还有没有遗漏的？多做确认，避免沟通出现的误差。
当然，除了工作以外，业余生活中也要多沟通，多跟身边的人聊天，慢慢总结自己的问题，去克服这种障碍，流畅清晰地表达自己的观点，与别人进行有效的沟通。
6、测试项目要抓住重点，
重点部分要进行大量、多次的回归测试。
7、测试不能超出项目需求范围，
测试过程中，项目细微改动是可以理解的，但是要看测试时间的长短，根据实际情况，避免超出项目的需求范围。
8、测试项目必确保没问题再交接出去验收，
测试项目要进行全量测试，进行确认测试，没问题了再发给客户进行验收测试。测试过程：单元——集成——系统——确认——验收。
9、保持公司团队内部的良性沟通，
任何时候，保持自己工作的透明性，认真专注，五心：责任心、自信心、专心、细心，耐心；
不但要具有团队合作精神、善于沟通，而且应该学会宽容待人，学会去理解“开发人员”，同时要尊重开发人员的劳动成果——开发出来的产品。