软件测试基础理论（入门篇三）---缺陷管理理论与工具（禅道）

目录

一、软件的缺陷

二、缺陷管理

2.1 提交缺陷注意事项

2.2 缺陷的跟踪流程 

三、项目管理工具之一---禅道

3.1 禅道介绍

3.1.1 基础了解

3.1.2 禅道使用流程

3.1.3测试人员使用禅道

3.2 禅道用户角色

3.2.1 超级管理员

3.2.2 产品经理

3.2.3 项目经理

3.2.4 开发

3.3 测试人员使用禅道 

3.3.1新建用例

3.3.2导入用例

3.3.3评审用例

3.3.4版本关联用例

3.3.5 执行用例

3.3.6 禅道中的bug跟踪

---

一、软件的缺陷

缺陷定义：软件在使用过程中出现的任何问题（如：错误、异常），都叫软件缺陷，即bug。

软件的缺陷会导致软件产品在某种程度上不能满足用户的需求。

软件缺陷的判定标准：

• 软件未实现需求（规格）说明书中明确的要求的功能
• 软件出现了需求（规格）说明书中指明不应该出现的错误
• 软件实现的功能超出需求（规格）指明范围
• 软件未实现需求（规格）说明书中虽然没有明确规定但是应该实现额度需求【一般指国家、行业、企业标准规范或者法律要求】
• 软件不易理解，难以使用，运行缓慢，用户体验不好

软件缺陷产生的原因：

• 需求阶段：需求描述不易理解、有歧义，错误等；
• 设计阶段：设计文档存在错误和缺陷；
• 编码阶段：代码出现错误；
• 运行系统：软硬件系统本身故障导致软件缺陷

软件缺陷的核心内容：

• 缺陷的标题--描述缺陷的核心问题【例如：后台会员管理输入正确的手机号添加会员失败，提示，手机号码有误】
• 缺陷的预置条件--缺陷产生的前提
• 缺陷的复现步骤--复现缺陷的过程
• 缺陷的预期结果--希望得到的结果【输入正确的手机号应该提示添加成功】
• 缺陷的实际结果--实际得到的结果【输入正确的手机号提示添加失败，手机号有误】
• 缺陷的必要附件--图片、日志等信息（证据）

构成缺陷的基本要素：

缺陷编号：缺陷的唯一标志

缺陷状态：表示缺陷当前处于哪个阶段

常见缺陷状态：

-new：新建，表示缺陷刚建立

-open：打开，表示已经指派或者开发认领了bug

-inprogress：进行中，表示开发正在修改中

-fixed：已修复，表示测试可以验证了

-closed：已关闭，表示测试验证通过

-rejected：已拒绝，表示开发拒绝了当前的bug

-postpone/delay:已延迟，表示开发延迟修复该bug

缺陷所属模块：缺陷属于哪个被测模块

缺陷严重程度：该缺陷的破坏程度或者影响程度

-critical

-major

-medium

-minor

-tiny 

缺陷的优先级：处理该缺陷的优先程度

-urgent priority

-veryhigh priority

-high priority

-medium priority

-low priority 

软件缺陷的类型：

• 功能错误
• 界面（UI）错误
• 兼容性错误
• 易用性
• 改进建议
• 其他

二、缺陷管理

2.1 提交缺陷注意事项

可复现：缺陷可以重新展现

唯一性：一个缺陷上报一个问题

规范性：符合公司或者项目要求

• 准确：描述的信息是正确的
• 具体：游戏界且是真实特定的
• 简洁易懂：描述简单，容易理解
• 次序清晰：描述缺陷过程有条件，有先后顺序

2.2 缺陷的跟踪流程 

三、项目管理工具之一---禅道

3.1 禅道介绍

3.1.1 基础了解

国产、免费、开源、简单、轻量级；

三管融合（产品管理、项目管理、质量管理）

禅道特点：

三权分立

• 产品部门--构想者
• 研发部门--执行者
• 测试部门--保证者