1、需求评审时，多关注（提问）这样几个问题：这个需求是什么？为什么会提这个需求？开发人员会怎么修改软件以完成这个需求？他们的改动方式是否合理？这次的改动会产生哪些影响，测试范围清楚吗？可能有什么风险？
2、能根据不同的资源、项目情况，给出合理的测试周期。
3、追根究底，有一些问题需要反复验证，反复沟通确认。
4、多交流，组内、组外。不比刻意去交流，以问题为驱动。
5、高质量的测试报告，包括测试计划、测试用例、bug、系统测试报告等各种测试人员需要出具的文档，高质量意味着：
1)格式规范
2)测试用例设计详尽、有深度、无歧义、便于执行。
3)不提交重复或虚假bug。
4)尽可能多的提交高质量bug（业务逻辑方面的）。
5)提交bug前先确定复现的几率和前提条件。
6)清晰准确的bug描述。
7)附加错误截图，并在截图中添加必要的说明。
8)分析bug产生的根源并填写在bug描述中。对一些偶发性问题尤为重要。
上面给出的思路仅仅是个人看法，不代表一定是对的，仅仅给大家做参考。期望你的答案~