doc/缺陷管理-que-xian-guan-li.md at main

3.6 KiB

Raw Permalink Blame History

title

date

updated

url

1.什么是缺陷

系统或者系统部件中那些导致系统或者部件功能无法使用的问题

缺陷分类

额外实现与需求规格说明书对比，另外添加了一些功能
实现缺失与需求规格说明书对比，少了某些功能
实现错误实际结果与预期结果偏差

缺陷、故障、失效的区别

名称	英文	说明
缺陷	Defect/Bug	缺陷是软件内隐藏的问题
故障	Fault	缺陷诱发出来产生故障
失效	Failure	故障不能很好处理就可能导致失效

2.缺陷报告内容

缺陷标识

一般由缺陷管理系统自动生成

缺陷标题

在什么地方做了什么操作出现什么错误

缺陷详述

测试环境预置条件，App类：（手机型号，手机软件版本） Web类（浏览器）
测试步骤一般同测试用例
预期结果同测试用例
实际结果和预期不一样，放截图
结果分析对比测试（换手机，换浏览器，换模块），传输数据或日志分析

5C原则

英文	中文	说明
Concise	简洁	只包含必不可少信息，不包括任何多余内容
Correct	准确	每个组成部分的描述准确，不会引起误解
Complete	完整	包含复现该缺陷的完整步骤和其他相关信息
Clear	清晰	每个组成部分的描述清晰，易于理解
Consistent	一致	按照一致的格式书写全部缺陷报告

缺陷属性

严重性

对软件本身产生的影响

严重性	说明
1 致命	崩溃、闪退、数据丢失
2 严重	影响主要流程的缺陷
3 一般	一般的功能，非主流的功能
4 建议	界面问题、显示问题、建议类

优先级

是缺陷被修复的紧急程度

优先级	说明
P1 立即	致命的问题立即解决（偶发的除外）
P2 高	严重的问题高优先级
P3 中	一般的问题中优先级
P4 低	建议的问题低优先级

分类

功能问题，性能问题，兼容问题，安全问题 ...

出现频率

必然（100%），经常，有时，很少（无法重现）

状态

与缺陷流程有关

版本

被测软件版本号

附件

截图（有图有真相，更方便描述界面问题），录像，日志（便于开发分析问题），测试数据

报告人

报告日期

指派人

3.缺陷管理工具

Mantis，Bugzilla，Bugfree，Bugclose，QC，JIRA，禅道，公司自研

4.缺陷管理流程

缺陷管理目的

缺陷跟踪和解决，缺陷分析和产品度量
缺陷生命周期

发现-提交-确认-分配-修复-验证-关闭
缺陷管理基本流程
1. 测试人员发现缺陷并提交 Bug，状态 New
2. 开发人员接受 Bug，状态 Open
3. 开发人员解决 Bug，状态 Fixed
4. 测试人员验证 Bug
5. 如果解决，状态 Closed
6. 如果未解决，状态 Reopen

3.6 KiB Raw Permalink Blame History Unescape Escape