关于软件测试的缺陷管理部分

缺陷

缺陷判定标准：

1. 缺少功能
2. 功能错误
3. 多功能
4. 隐性功能错误
5. 不易使用

bug（缺陷）生命周期：

1. 故障产生：

​ 需求文档编写——>设计软件架构——>编写代码——>

2. 发现故障：

​ ——>测试阶段——>

3. 故障清除：

   ——>故障分类——>故障提交——>故障解决——>故障验证

缺陷的核心内容：

1. 缺陷标题
2. 缺陷的预置条件：缺陷产生的前提
3. 缺陷的复现步骤：复现缺陷的过程
4. 缺陷的预期结果
5. 缺陷的实际结果
6. 缺陷的必要附件（没有可以不要）：图片，日志等

缺陷提交要素：

1. 缺陷的报告编号
2. 缺陷的严重程度：
   • 严重（S1）：主功能
   • 一般（S2）：次要功能
   • 微小（S3）：易用性，界面
   • 建议（S4）：建议性问题
3. 缺陷优先级：
   • P0：24小时内解决
   • P1：发布前解决
   • P2：可以在下个版本中解决

bug类型：

代码错误、兼容性问题、设计缺陷、性能问题

缺陷状态：

1. NEW：新建
2. OPEN：打开
3. Closed：关闭
4. Postponed：延期

缺陷类型：

1. 功能性错误（通过抓包分析请求和响应，确定是前端还是后端bug）
2. 界面（UI）错误（前端bug）
3. 兼容性（前端bug）
4. 数据错误
5. 易用性
6. 改进/建议
7. 架构

缺陷报告示意：

缺陷编号	缺陷标题	缺陷状态	严重程度	优先级	模块名称	描述	提交人	附件说明

bug_001	xxxx	NEW	S1	P0	xxxx	xxx	xxx	（日志截图） （400错误截图）