1、提交缺陷时描述清楚问题产生的步骤及严重级别。 测试过程中，测试人员常遇到的问题是提交的缺陷被开发以无法重现打回，或提交的用户建议被需求标注为不予修复。测试人员不能清楚描述出问题步骤或没有标出具体发生环境或工具时，开发按照自己的环境去复现很可能失败，而提的用户建议若未说明其对用户的影响程度时，也会因工期原因被产品不予修复。
2、准确传达缺陷信息。 每个公司对缺陷报告的评审人不尽相同， 这就需要测试人员从多个角度向评审人来传递正确有效的信息。使用Bug管理工具时，特别注意选择好优先级，如果是自己本地提交，也需要注明优先级，测试时， 我们要始终站在用户的角度去思考，而不是由开发人员自己去给Bug定义是否重要。
3、多方位查找问题。 其次测试人员需要关注测试的网络服务是否输出了足够的日志，长远来看，更多的日志有利于测试更快地发现错误并定位问题。而不是一直让自己保持在黑盒状态。另外，如果发现了兼容性问题，比如执行特定操作时，在弱网情况下会发生页面异常，类似的问题需要测试人员自己评估严重性、阅读需求规格说明书、询问相关需求人员，该特定操作可能出现的频率及特定用户使用习惯等等
4、尽早提交缺陷报告。 项目周期临近结束时，如果再有新的Bug提交 ，开发会评估可能引入新的缺陷，而且修复完成测试需要回归整个Module，或者对于风险较高的缺陷暂不修复。所以测试人员需要做的是，做测试计划时制订好测试策略，尽量在项目前期发现严重级别的Bug；同时编写的缺陷报告尽早提交 。
5、对于难以重现的Bug也要全部提交（1）如果一个项目同时多个测试的话，尽量避免提交重复Bug；（2）一轮测试通过后，可以在Bug管理系统中检索下Bug分布情况，如按模块、按功能、按类型看哪部分问题分布相对多，则很可能该处会隐藏更多Bug。（3）测试人员不能判断是否是Bug时，可以先记录下，如果涉及到核心功能，可以及时询问需求人员。但不能遗漏。（4）针对难以重现的Bug， 一来可以利用服务器日志来查询报错内容，二来在测试之前可以部署相应的录屏工具来解决。
