前言：测试，在工作中占比越来越重，尤其在互联网公司，完整且有效的测试是非常必要的，是检测软件是否达到要求的重要标准。
在测试工作中，很多时候都需要指定一些测试标准，来检测测试的内容是否达到测试要求
目录
1、提测要求
1、冒烟用例测试通过
2、严重及以上的Bug修复
2、测试通过的标准
1、冒烟用例通过率100%
2、测试版本，详细用例通过率不低于80%
3、上线的版本，详细用例通过率不低于95%，同时DI值不大于10
DI值：
致命性Bug：10
严重性Bug：3
一般Bug：1
提示Bug：0.1
3、提交Bug标准
1、严重程度判断
1、致命性Bug：流程阻塞、涉及到钱
2、严重性Bug：功能缺失、流程性Bug、数据问题
3、一般性Bug：页面功能实现错误
4、提示性Bug：页面展示问题
2、优先级判断
1、等级为最高优先级1的： 影响用户使用 、 会造成严重影响的、使用频率高的
2、等级为中等优先级2的：使用频率一般、不会造成严重影响的
3、等级为低等优先级3的：基本不会使用，影响可忽略的
3、bug提交
Bug标题：
【模块】+ 描述
填写模块，以方便查找对应的Bug
测试步骤：
将Bug出现的操作，每一步都记录下来，方便开发复现Bug，也方便做回归测试。
测试步骤要求：
每一个步骤都只写一个操作
结果：
描述bug出现的结果是怎么样
预期：
描述正确的结果应该是怎么样
关于截图：
对于页面功能，出现Bug后，将Bug部分截图，粘贴到期望结果下方
如果是特定数据造成的Bug，将Bug截图粘贴后，将测试数据以附件的形式上传，以方便复现该Bug
4、Bug关闭标准
1、完全按照测试步骤和测试数据，复现该Bug，如果测试结果符合期望结果，可关闭。如果测试结果不符合期望结果，应该重新打开该 Bug，让研发人员重新修改
2、产品确认该Bug设计如此，填写备注信息后，可关闭
3、需求修改后可关闭
4、Bug加入到需求池