缺陷及缺陷管理

今日目标
1. 缺陷
- 1.1 缺陷的定义（重点）
- 1.2 缺陷的判定标准（重点）
- 1.3 缺陷产生的原因及根本原因
- 1.4 软件缺陷的核心内容（重点）
- 1.5 缺陷基本要素（重点）
- - 思考题：优先级和严重程度的区别（了解）
2. 缺陷管理
- 2.1 缺陷信息（重点）
- 2.2 缺陷报告的重要性（了解）
- 2.3 编写缺陷报告注意事项（理解）
- 2.4 缺陷书写规范（理解）
- 2.5 缺陷跟踪流程(重点)
3. 禅道（重点）
- 3.1 禅道使用流程
- - 3.2 禅道用户角色（了解）
  - 3.3 超级管理员使用禅道（扩展）
  - 3.4 产品经理使用禅道（扩展）
  - 3.5 项目经理使用禅道（扩展）
  - 3.6 开发使用禅道（扩展）
  - 3.7 测试使用禅道（重点）
  - - 3.7.1 创建用例
    - 3.7.2 导入用例
    - 3.7.3 评审用例
    - 3.7.4 版本关联用例
    - 3.7.5 执行用例
    - 3.7.6 禅道中BUG跟踪过程
- 今日目标
- 作业

今日目标

能够说出缺陷的判定标准
能够说出描述缺陷的6大核心内容
能够描述缺陷状态、严重程度、优先级的作用
能够按照提供的缺陷模版完成一个缺陷的提交
能够说出缺陷的跟踪流程
能够在禅道中提交测试用例
能够在禅道中提交缺陷

1. 缺陷

1.1 缺陷的定义（重点）

软件在使用过程中存在的任何问题（如：错误、异常等），都叫软件的缺陷，简称bug。
产品实现不满足用户需求；测试执行时，实际结果和预期结果不一致。

1.2 缺陷的判定标准（重点）

未达到需求说明书指明的功能
出现了需求说明书指明不应该出现的错误
实现了需求说明书之外的功能
未达到需求说明书虽未明确提及但是应该实现的目标（如：性能要求等）
用户角度发现的各种问题与错误

1.3 缺陷产生的原因及根本原因

缺陷产生的原因
- 需求文档存在错误
- 需求变更
设计存在错误
- 代码错误
缺陷产生的根本原因
- 需求变更
- 沟通不畅、信息不同步
- 软件复杂
- 进度压力

1.4 软件缺陷的核心内容（重点）

标题：描述缺陷的基本信息，如（输入密码长度为5时，注册成功。）
前置条件：描述缺陷出现依赖的相关基础条件，如（未注册手机号）
复现步骤：测试用例里面的执行步骤
实际结果：执行被测试软件过程中，系统给出的结果
预期结果：参照需求说明书，在测试用例中设计的预期结果
附件：方便开发定位bug的关键信息，包含图片、日志log等

1.5 缺陷基本要素（重点）

缺陷编号：唯一性标志

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

常见缺陷状态
new：新建，表示缺陷刚创建
open：打开，表示已经指派或者开发认领了bug
inprogress：进行中，表示开发正在修改中
fixed：已修复，表示测试可以验证了
closed：已关闭，表示测试验证通过
reopen：再次打开，表示测试验证未通过
rejected：已拒绝，表示开发拒绝了当前bug
postpone/delay：延期，表示开发延迟修复该bug

缺陷所属模块：缺陷属于哪个被测的模块，根据产品进行具体的划分，如登录、注册。
缺陷严重程度：该缺陷的破坏程度或者影响程度，从技术维度来衡量，bug的破坏力。
```
critical：致命的 5
major：非常高 4
medium：高 3
minor：中 2
tiny：低 1
```

缺陷优先级：处理该缺陷的优先程度，从业务的角度，决定bug修改的先后顺序

urgent priority：紧急的 5
veryhigh priority：非常高 4
high priority：高 3
medium priority：中 2
low priority：低 1

缺陷类别：用于分类整理缺陷

功能错误
界面(UI)错误
兼容性缺陷
易用性
改进建议
其他

思考题：优先级和严重程度的区别（了解）

Priority is Business【优先级是从公司运营角度(人力配置，资金投入等）】
Severity is Technical【严重级别是从技术角度】

优先级还要考虑团队的工作进度，阻塞工作的缺陷，要优先解决
考虑解决缺陷的能力，难度，风险

最终优先级
- 确定权：产品经理、项目经理等
- 建议权：测试

2. 缺陷管理

2.1 缺陷信息（重点）

核心要素
- 标题：描述缺陷的基本信息，如（输入密码长度为5时，注册成功。）
- 前置条件：描述缺陷出现依赖的相关基础条件，如（未注册手机号）
- 复现步骤：测试用例里面的执行步骤
- 实际结果：执行被测试软件过程中，系统给出的结果
- 预期结果：参照需求说明书，在测试用例中设计的预期结果
- 附件：方便开发定位bug的关键信息，包含图片、日志log等
基本要素
- ID编号：唯一
- 模块：根据产品进行具体的划分，如登录、注册
- 缺陷状态：表明缺陷处理进度
- 严重程度：从技术维度来衡量，bug的破坏力
- 优先级：从业务的角度，决定bug修改的先后顺序
- 缺陷类别：用于分类整理缺陷

2.2 缺陷报告的重要性（了解）

体现测试的一个专业性
多站在开发的角度去思考问题（换位思考）

2.3 编写缺陷报告注意事项（理解）

可复现
唯一性:：一个问题只提交一个bug记录
规范性：准确具体简洁易懂次序清晰

2.4 缺陷书写规范（理解）

标题：应保持简短、准确，提供缺陷的本质信息
复现步骤：应包含如何使别人能够很容易的复现该缺陷的完整步骤
实际结果：是执行复现步骤后软件的现象和产生的行为
预期结果：通常需要列出期望的结果是什么
附件：对缺陷描述的补充说明

2.5 缺陷跟踪流程(重点)

场景1：确认BUG解决

测试【new】=》开发【open】=》开发【fix】=》测试【close】

场景2：验证未通过，缺陷仍存在

测试【new】=》开发【open】=》开发【fix】=》测试【reopen】(10%)

场景3：开发延期处理

测试【new】=》开发【open】=》开发【postpone】(10%)

场景4：拒绝处理

测试【new】=》开发【open】=》开发【reject】(5%)

3. 禅道（重点）

  国产、免费、开源、简单、轻量级、三管融合（产品管理、项目管理、质量管理）三权分立：产品部门——构想者研发部门——执行者测试部门——保证者

3.1 禅道使用流程

1.产品经理创建产品

2.产品经理创建需求

3.项目经理创建项目

4.项目经理确定项目要做的需求

5.项目经理分解任务，指派到人

6.开发人员实现需求

7.测试人员测试，提交bug

3.2 禅道用户角色（了解）

超级管理员
产品经理
项目经理
开发
测试
…

3.3 超级管理员使用禅道（扩展）

取消弱口令：【系统】–【安全】
- 密码安全：不检查
- 修改弱口令密码：不强制
修改密码
修改公司信息：【组织】–【公司】–【编辑】–【公司名称】
添加部门：【组织】–【部门】
添加用户：【组织】–【用户】–【添加用户】/【批量添加】
- 注意：
  - 用户名是数字，字母，下划线，大于3位
  - 注意：用户的职位和分组，决定了用户的相应权限
- 添加用户
- 批量添加

3.4 产品经理使用禅道（扩展）

创建产品:【产品】–【添加产品】–编辑产品信息
维护模块:【产品】–【模块】–按层级编辑模块信息
维护计划:【产品】–【计划】
产品经理提需求:【产品】–【需求】–【提需求】
- 默认不开启评审，需求是激活状态
需求评审
- 需要评审的需求处于‘草稿’状态
- 评审是一个线下的活动（开会），只在禅道中更新评审结果
- 评审的结果
  - 确认通过
  - 有待明确
  - 拒绝
需求变更
- 需要评审的变更需求处于‘变更中’状态
- 评审结果
  - 确认通过
  - 有待明确
  - 撤销

3.5 项目经理使用禅道（扩展）

创建项目：【项目】–【添加项目】–编辑具体项目信息

创建团队：【项目】–【团队】–【团队管理】
关联需求：【项目】–【需求】–【关联需求】
分解任务：【项目】–【需求】–【分解任务】/【批量分解】

3.6 开发使用禅道（扩展）

领取任务：
- 方式1：【项目】–【任务】–选择开始
- 方式2：【我的地盘】–【任务】–选择开始
提测
- 1.打版本：【项目】–【版本】–【创建版本】
- 2.提交测试：【项目】–【版本】–【提交测试】

3.7 测试使用禅道（重点）

3.7.1 创建用例

【测试账号】登录
【测试】–【用例】–【建用例】
【测试】—【用例】-- 点击右上角“建用例”的下拉菜单，选择【批量添加】

3.7.2 导入用例

第一步：导出测试用例模板
- 进入【测试】—【用例】，右上角按钮【导出】–【导出模板】，选择【GBK】字符，点击保存
第二步：按照模板编写测试用例
第三步：导入编写好的用例文件
- 进入【测试】–【用例】，右上角【导入】–【导入CSV】，选择测试用例文件，选择“GBK”，点击保存

3.7.3 评审用例

【admin】登录，进入【后台】–【自定义】–【用例】—【评审流程】，【开启评审】的功能
测试人员登录，进入【测试】–【用例】，新建一个需要评审的用例（不勾选“不需要评审”）
在【测试】–【用例】，对需要评审的用例，点击操作栏“评审”按钮，进行评审。
- “确认通过”：用例从【待评审】状态改为【正常】状态
- “继续完善”：用例保持【待评审】状态

3.7.4 版本关联用例

测试人员登录系统，进入【测试】—【版本】，查看提交测试的版本
点击操作栏中的“关联用例”按钮，勾选用例（正常状态），点击保存。

3.7.5 执行用例

测试登录系统，进入【测试】—【版本】—【用例】，点击操作栏中的执行按钮
用例执行的结果：【通过】，【失败】，【阻塞】，【忽略】
失败的用例，可以点击“转BUG”，填写BUG信息，点击保存。
可以直接提BUG：进入测试–BUG，点击“提BUG”，填写信息，点击保存

3.7.6 禅道中BUG跟踪过程

测试提交缺陷
开发解决缺陷
测试回归验证
- 确认修复，关闭缺陷
- 并未修复，激活缺陷，重新指派给开发解决
关闭后的缺陷再次出现，测试激活该缺陷

今日目标

能够说出缺陷的判定标准
能够说出描述缺陷的6大核心内容
能够描述缺陷状态、严重程度、优先级的作用
能够按照提供的缺陷模版完成一个缺陷的提交
能够说出缺陷的跟踪流程
能够在禅道中提交测试用例
能够在禅道中提交缺陷

作业

作业：
1.梳理今日知识点，结合课上知识讲解补充完善今日总结内容，以xmind形式输出
2.TPShop商城前台【注册】功能测试用例设计、执行、并将发现的bug记录在缺陷报告和禅道
3.TPShop商城后台【添加会员】功能测试用例设计、执行、并将发现的bug记录在缺陷报告和禅道
说明：
后台访问地址：http://localhost/Admin/Admin/login
用户名：admin
密码：123456
测试功能：【系统】==》【会员】==》【会员列表】==》点击【添加会员】按钮要求：
1.作业需要上交，命名格式：
姓名_作业_【XXX】测试用例设计，例如：张飞_作业_注册测试用例设计

功能测试Ⅲ——缺陷及缺陷管理相关推荐

软件测试——功能测试（缺陷）2
功能测试--缺陷缺陷 1.定义: 2.缺陷知识点 3.缺陷编写 3.1 缺陷报告示例 3.2 缺陷的跟踪流程 3.3 提交缺陷注意事项 3.4编写规范 3.5 缺陷类型 3.6 工作流程 4.缺陷管 ...
功能测试怎么学？阿里测试工程师教你4个步骤
如果想在测试道路上继续学习的话,需要对功能测试有个深入的了解,那功能测试怎么学习呢? 这里总结了如何学习软件测试的标准学习路线,对于软件测试基础知识的学习,除了软件的基础知识,还有软件的生命周期,软件 ...
3年功能测试经验，面试想拿到15k很难吗？
一直觉得经验多,无论在哪都能找到满意的工作,但是现实却是给我打了一个大巴掌!事后也不会给糖的那种... 个人情况大概介绍一下个人情况,男,本科,三年多测试工作经验,一毕业因为不成熟的经验以及学历多次 ...
3年功能测试经验，面试拿到15k难吗？
一直觉得经验多,无论在哪都能找到满意的工作,但是现实却是给我打了一个大巴掌!事后也不会给糖的那种... 个人情况大概介绍一下个人情况,男,本科,三年多测试工作经验,一毕业因为不成熟的经验以及学历多次 ...
功能测试Bug频发？测试工作中这点不可忽略
摘要:近年来,随着互联网行业的快速发展,银行系统更新迭代愈发频繁,在功能测试中特殊字符类测试缺陷频发.需要相关资料,如何有问题可以查看我评论区关注我评论区笔者参与了众多银行系统项目的功能测试工作,在 ...
UniPro、Bugzilla和Teambition 缺陷管理工具优劣势对比
软件缺陷(Defect),通常也叫Bug,是软件程序中存在的某种破坏正常运行能力的问题.错误,或者隐藏的功能缺陷. 缺陷管理的重要性,不言而喻.它既是衡量软件质量的一组不可或缺的指标,也是软件成本控制 ...
缺陷管理工具大PK:UniPro、Bugzilla和Teambition哪家强
软件缺陷(Defect),通常也叫Bug,是软件程序中存在的某种破坏正常运行能力的问题.错误,或者隐藏的功能缺陷. 缺陷管理的重要性,不言而喻.它既是衡量软件质量的一组不可或缺的指标,也是软件成本控制 ...
「软件测试」刚从腾讯面试出来，留下了这些面试笔记
对于想要面试去银行面试的小伙伴们看过来,小编为大家总结了浦发银行的面试题,其实很多面试题很多公司都差不多.主要看自己如何灵活回答.以下的问题小编之前面试非浦发银行的银行项目也有被问到过,是在一面的时候 ...
从网络营销辞职转行软件测试，100天的心酸拿到9K，过程都是自己在苦撑，只因我...
"大学专业是网络营销专业但是之前一直在事业单位荒废,感觉之前的单位让人懒惰事儿还贼多,于是裸辞,参加培训班准备转行软件测试然而学成后没有人要我-" 我为什么会选择转行? 想想 ...
同窗多年，一个无经验的应届生，一起转行做了软件测试并月薪8K
我是个应届生,自身就是一个转行成功的例子- 零基础转行软件测试,你必须要做好3个准备第一个准备:认知准备首先要明确的是零基础入门,面对的是全新的行业,首先要树立自己对这个行业正确的认知,才能找到正 ...

功能测试Ⅲ——缺陷及缺陷管理

缺陷及缺陷管理

今日目标

1. 缺陷

1.1 缺陷的定义（重点）

1.2 缺陷的判定标准（重点）

1.3 缺陷产生的原因及根本原因

1.4 软件缺陷的核心内容（重点）

1.5 缺陷基本要素（重点）

思考题：优先级和严重程度的区别（了解）

2. 缺陷管理

2.1 缺陷信息（重点）

2.2 缺陷报告的重要性（了解）

2.3 编写缺陷报告注意事项（理解）

2.4 缺陷书写规范（理解）

2.5 缺陷跟踪流程(重点)

3. 禅道（重点）

3.1 禅道使用流程

3.2 禅道用户角色（了解）

3.3 超级管理员使用禅道（扩展）

3.4 产品经理使用禅道（扩展）

3.5 项目经理使用禅道（扩展）

3.6 开发使用禅道（扩展）

3.7 测试使用禅道（重点）

3.7.1 创建用例

3.7.2 导入用例

3.7.3 评审用例

3.7.4 版本关联用例

3.7.5 执行用例

3.7.6 禅道中BUG跟踪过程

今日目标

作业

功能测试Ⅲ——缺陷及缺陷管理相关推荐

最新文章

热门文章