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