及时补充测试用例，或者用例编写错误的地方，也要及时修正。用例执行完毕之后，要对版本进行随机测试。
提交BUG：1在BUG禅道系统上提交BUG2在BUG标题处要体现BUG的现象，精简、准确3BUG内容要描述BUG的重现步骤（如果操作才能出现BUG），最好配有截图4BUG修复后的预期结果5记录BUG的严重程度，BUG需要修复的优先级，出现的版本号，对应的系统，IE版本（webgame比较多），修复BUG对应的开发
BUG的分类：通俗来讲就是BUG的严重等级1致命：导致系统崩溃（程序闪退）2严重：大模块的功能缺失，影响到模块下其他功能3一般：小模块的功能缺失4提示：涉及到界面，文字，图层等显示5建议：对软件本身的一些建议
f传播优秀Word版文档，希望对您有帮助，可双击去除！
BUG生命周期：新建打开验证解决关闭
回归BUG：1BUG修复后，开发会提供修复版本2用开发提供的版本，验证之前提交的BUG（版本到手后先做冒烟测试）3BUG验证完毕后，产品在全部简单的执行一遍4没有问题就可以发布☆此时最容易引入新BUG，因为开发在修复BUG的同时，可能会导致相关功能出现问题，所以一个好的测试，了解修复BUG的方法时，会思考此BUG可能会引起其他哪些功能出问题
f传播优秀Word版文档，希望对您有帮助，可双击去除！
注意：在稳定版本
编写报告：测试报告的内容可以总结为以下目录：首页引言（目的、背景、缩略语、参考文献）测试概要测试方法、范围、测试环境、工具测试结果与缺陷分析（功能、性能）测试结论与建议（项目概况、测试时间、测试情况、结论性能汇总）附录（缺陷统计、测试通过标准）
f传播优秀Word版文档，希望对您有帮助，可双击去除！
精心整理，希望对您有所帮助
fr