好看吧

手机浏览器扫描二维码访问

第62章 空降（第6页）

改这条bug，一般是指该缺陷导致程序完全不能满足产品的需求，基本功能明显未

实现或不可用，阻塞了测试流程与进度等。

2.p2：即“急需解决”

，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块

能否正常使用，包括功能、数据，或者其他的一些比较着急的需求。

3.p3：即“高度重视”

，表示有时间就要马上解决，主要是指系统实现的功能与预期结

果要求较大，但不影响其他功能和主要的核心功能。

4.p4：即“正常处理”

，按照个人计划处理就行，主要是指界面，交互和一些特别小的

功能出错，但是可以跳过此类bug继续进行测试。

5.p5：即“低优先级”

，一些可修改或不可修改，或者是还不确定能否修改成功的

bug，不影响用户体验使用，不过修改了最好，一般如果要修改且时间来不及可以

在后面的版本更新中再进行修改即可。

备注：严重性和优先级并不总是一一对应。

有时候严重性高的软件缺陷，优先级不

一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优

先级，视具体情况而定。

bUG等级分类参考

一．bug等级分类

1.崩溃：阻碍开发、测试工作；造成系统崩溃、死机、数据丢失；主要功能、基本模块丢失、一级菜单不能使用；

2.严重：功能设计与需求严重不符；数据数值计算出错；程序接口调用出错；

3.一般：功能未实现但不影响使用；操作时间较长；数据库表字段过多；页面样式（如错别字、界面格式不规范、页面显示重叠、不该显示未隐藏、描述不清楚、提示语丢失、文字排列不整齐、光标位置不正确）

4.次要：页面建议性问题不影响正常使用；用户体验感觉不好；

（注：对应禅道类型严重程度1.2.3.4）

二．bug状态

1.待处理：测试人员与网站使用人员发现问题提交的状态。

2.已确认：由开发人员确认。

（此步可省略）

3.已处理：经测试人员与开发人员讨论确认bug，修改后未验证。

由开发人员来设置。

4.已修改：测试人员验证bug已修改。

由测试人员来设置。

（在禅道关闭bug）