标签：时间   完成   高度   证明   使用   接受   实现   mic   min   

BUG的属性

• 重现环境：

1. 操作系统
2. 浏览器
3. 其他（比如你是在现网还是测试环境、前置条件、账号等）

• 问题类型：

1. BUG：测试过程中、维护过程发现影响系统运行的缺陷
2. NewFeature：对系统提出的新需求
3. Task：需要完成的一任务（开发或测试任务指派）
4. Improvement：对现有系统功能的改进

• BUG类型：

1. 代码错误
2. 界面优化
3. 配置相关
4. 安装部署

• 缺陷等级（Serverity）：
  

1. 致命Blocker（导致系统无法运行，造成数据泄漏的安全性问题）例如：代码错误、死循环、数据库死锁
2. 严重Critical（易于修复的故障或对产品外观难以接受的缺陷）例如：用户所要求的功能缺失、程序接口错误
3. 一般Major（功能没有完全实现，但是没有，不会成为故障起因）例如：操作时间长、删除没有确认框等
4. 次要Minor（指对产品外观和下道工序可能会有轻微影响的缺陷）例如：错别字、界面格式不规范、没有提示等
5. 建议Trivial（增加用户使用体验的建议性问题）可以与次要等级合并

• 缺陷优先级（priority）：

1. Immediate（马上解决）:表示问题必须马上解决，否则系统根本无法达到预定的需求

2. Urgent（急需解决）:表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常

3. High（高度重视）:表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实现

4. Normal（正常处理）:进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面，比如页面调用出错，调用了错误的等

5. Low（低优先级）:即问题在系统发布以前必须确认解决或确认可以不予解决

6. 注意：严重程度高不一定优先等级高（例如这个严重的缺陷只是在非常极端的条件下产生，如果缺陷已经严重到需要修改软件的整体架构，可能存在更多的缺陷，此时也需要全盘考虑），严重程度低也不一定优先级低（比如公司的名字）

• 缺陷状态

1. 打开： 表示问题被提交等待有人处理。
2. 重新指派 ： 问题被重新指派给某人处理。
3. 处理 ： 问题在处理中，尚未完成。
4. 固定 ： 确认此问题存在，但暂时不进行处理。
5. 回归 ： 对已经修复的问题进行回归确认。
6. 关闭 ： 问题的最后一个状态。

BUG的要素

1. 所属的系统
2. 发现的版本
3. 发现bug所属的模块
4. bug提交人
5. bug的错误类型
6. bug的重现概率： 必现 大概率重现 小概率重现 极小概率重现
7. bug的严重级别
8. bug的优先级
9. bug的标题 
10. bug单号 
11. bug内容：发现的环境、 预制条件、重现步骤、预期结果、实际结果， 截图证明，bug错误说明，
12. 附件：测试用的数据或者出错的日志， 如果需要添加上日志

BUG的生命周期

软件测试基础知识四（BUG的生命周期）

标签：时间   完成   高度   证明   使用   接受   实现   mic   min   

原文地址：https://www.cnblogs.com/humiao-0626/p/13606900.html