软件测试理论【3】之缺陷的判定标准，缺陷的跟踪流程，禅道，JIRA的跟踪过程

软件缺陷的定义

软件或程序中可能存在的问题或错误
（一定程度上不满足客户的需求）
bug：程序代码中存在问题

缺陷的判定标准

• 需求的角度考虑
  1.需求中指定的功能开发人员没有实现
  2.需求中指定不会出错的地方报错了
  3.需求中没有的功能开发人员添加了

• 行业规范
  需求中虽未明确描述，开发人员应该实现的功能

• 用户体验的角度
  1.产品难以理解，难以使用
  2.运行速度慢等

缺陷产生的原因

• 需求分析阶段
• 概要设计，详细设计
• 编码阶段
• 实施阶段

缺陷产生的根源

• 需求变更
• 软件缺陷产生的根源
  1.需求的变更
  2.交流不充分
  3.软件的复杂性
  4.进度压力

缺陷的信息

• 缺陷标题：对缺陷错误的描述
• 预制条件：缺陷发生的特殊条件
• 重现步骤：缺陷重现的操作步骤
• 实际结果：缺陷错误的实际的结果
• 期望结果：产品应该是什么正确结果

缺陷的状态

• new新建：测试人员提交一个缺陷
• open打开：测试人员将缺陷指派给相应开发人员
• fixed已修复：开发人员修复好缺陷，指派给相应测试人员
• closed关闭：测试人员验证修复成功，关闭缺陷
• reopen重新打开：测试人员验证没有修复成功，开发人员重新修复
• rejected拒绝：开发人员认为缺陷无需修复
• delay/postpone延迟：开发人员认为下个周期开发，延迟修复

缺陷的严重程度

作用：描述缺陷影响功能的范围
等级：

• 5：影响所有的功能不可用
• 1：界面UI的显示
• 自上而下依次降低

缺陷的优先级

作用：描述缺陷修复的先后顺序

• 5最高级：影响所有功能
• 1最低级别：不影响开发和测试进度，后面修复
• 自上而下依次降低

严重程度和优先级一定成正比关系：

缺陷的类型

• 功能性
• 界面
• 兼容性
• 易用性
• 建议性

缺陷报告的注意事项

• 确保缺陷可以重现
• 简洁 准确 完整的语言去描述
• 一个缺陷一个报告

缺陷的流程：

缺陷处理流程
正常流程：

• 测试人员提交缺陷–>开发人员进行修复—>测试人员进行验证—>修复成功—>测试人员关闭缺陷
• 测试人员提交缺陷—>开发人员进行修复—>测试人员进行验证—>修复失败—>测试人员重新打开

异常流程

• 测试人员提交缺陷—>开发人员认为缺陷无序修复—>拒绝修复—>测试人员关闭缺陷
• 测试人员提交缺陷—>开发人员认为下个周期修复—>修复推迟
• 关闭后缺陷再次出现—>重新打开

缺陷统计

介绍：一定程度反映项目的的状态，可以做适当的调整

缺陷的统计：

• 按照严重程度
• 按照功能模块
• 按照测试人员
• 按照缺陷类型
• 。。。

禅道的介绍

• 国产的产品
• 开源免费
• 主要功能：产品管理，项目管理，质量管理

禅道的使用

1.产品经理：

1. 创建一个产品
2. 编写产品需求

2.项目经理

1. 创建项目
2. 需求开发和测试人物分配给相应人员

3.开发人员

1. 开发人员编码完成开发工作

4.测试人员

1. 编写用例和执行提交缺陷，完成测试工作

用例的管理

1.创建新用例

1. 测试账号登录
2. 导航到测试—>用例 菜单
3. 点击右上角 建用例
4. 输入详细的用例信息，点击保存

2.批量添加

1. 测试账户登录
2. 导航到测试—>用例菜单
3. 点击右上角，下拉菜单选择，批量添加
4. 编写用例的信息（标题和模板，没有操作步骤和预期结果）

3.Excel导入案例
同理可以通过表格导入到禅道系统中

1. 测试账户登录
2. 导航到 测试–>“用例” 菜单
3. 点击导入
4. 点击浏览， 找到csv格式excel文件–导入。
5. 编辑用例 点击确定

用例评审

用例的评审功能，禅道里是关闭的
可以由管理员到后台–自定义–用例–评审流程里开启
开启评审流程时，可以设置哪些用户提交的用例不需要评审

用例的评审开启后，新建用力的状态为【待评审】

用例评审是一个线下活动，线下开会评审用例后，由有权限的人员显示修改用例状态

版本关联测试用例

1. 测试账户登录
2. 导航到 测试–>“版本” 菜单
3. 选择“版本1” – 点击 曲别针 关联用例
4. 选择测试用例， 点击下方“保存

执行测试用例

1. 选择 ‘版本某 1’
2. 点击右侧 【用例】 – 到达所有用例页面
3. 点击用例右侧 【三角形】执行用例
4. 用例执行成功 --结束
5. 用例执行失败 --提交缺陷 【转bug】

提交缺陷

1. 输入详细的bug信息
2. 指派给开发人员 – 点击【所有用户】
3. 选择K0xx 1（给开发账号，指派一个缺陷）
4. 点击【提交】按钮

跟踪缺陷状态

1. 开发人员修复bug
2. 开发账号登录
3. 开发人员确认bug
4. 开发人员修复bug – 已解决 4
5. 指派给测试人员

测试人员验证bug

1. 测试账号登录
2. 找到【指派给我】bug
3. 若bug修复 —【关闭】
4. 若未修复 --【激活】

JIRA的介绍

1.澳大利亚公司
2.产品支持多语言
3.功能强大

jira的角色：

• 企业管理人员
• 项目管理人员
• 开发人员
• 测试人员
• 其他

JIRA的使用

用户创建项目

（1）创建项目

1. 测试账户登录
2. 项目下拉列表 点击新建
3. 选择【基本工作流】
4. 点击确认
5. 输入详细的项目信息【xxx】
6. 点击保存

创建用户
1.右上角齿轮—【用户管理】
2.点击【新建用户】
3.输入详细的用户信息【kaifa001】

1. emai格式
2. 全名 用户名 密码
3. 点击【创建】

问题的介绍
介绍：JIRA中追踪的各种任务都叫问题（ISSUE的翻译）

问题有：任务，子任务，更新，新功能，故障
测试人员关注的：故障

工作流的介绍
TO Do:开始做—缺陷的打开
In progress：进行中—开发人员修复缺陷
in review：审查 缺陷的状态是否已修复
done：完成缺陷的关闭

JIRA管理缺陷：
1.测试人员创建缺陷

1. 测试账号登录
2. 点击【创建按钮】
3. 输入缺陷的详细信息
   （1.）选择项目
   （2.）编写描述和详细信息
   （3.）完善其他选项
4. 点击【保存】按钮
5. 指派给开发人员

2.开发人员修复缺陷 过程

1. K000开发账号登录
2. 点击查看【仪表盘信息】
3. 进入问题详情页面。
4. 缺陷状态改为–【正评审】
5. 指派给测试人员

3.测试人员验证缺陷

1. 测试账号登录
2. 找到缺陷，进去缺陷详情页面
3. 若缺陷修复—【完成】
4. 若未修复—【待办】

测试人员提交一个缺陷， 开发人员认为不是一个缺陷怎么办？

1. 和需求文档比对， 确认这是一个bug。
2. 需求没有描述改功能点， 我从用户的体验角度和他沟通
3. 可以找产品经理进行确认， 决定最终的结果。
4. 若产品经理没有意见， 开会讨论给个合适的结果。