测试的一些标准

       前言：测试，在工作中占比越来越重，尤其在互联网公司，完整且有效的测试是非常必要的，是检测软件是否达到要求的重要标准。

在测试工作中，很多时候都需要指定一些测试标准，来检测测试的内容是否达到测试要求

目录

1、提测要求

2、测试通过的标准

3、提交Bug标准

1、严重程度判断

2、优先级判断

3、bug提交

4、Bug关闭标准

---

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加入到需求池