Day3-缺陷管理
今天目标
-
执行用例(课上案例编写的用例)
-
缺陷相关知识
能够说出软件缺陷判定标准 能够说出项目中缺陷的管理流程 能够使用Excel对于缺陷进行管理 能使用工具管理缺陷
一、用例执行
说明:执行结果与预期用例的期望结果不一致(含义),为缺陷。
- 例如:执行ATM用例
-
执行失败的用例
二、缺陷
2.1 定义
软件在使用过程中存在的任何问题都叫软件的缺陷,简称bug。(问题 != 错误)
2.2 缺陷的判定标准
- 软件未实现需求(规格)说明书中明确要求的功能 - 少功能
- 软件出现了需求(规格)说明书中指明不应该出现的错误 -功能错误
- 软件实现的功能超出需求(规格)说明书指明的范围 -多功能
- 软件未实现需求(规格)说明书中虽未明确但应该实现的功能 -隐性功能错误
- 软件难以理解,不易使用,运行缓慢,用户体验不好 -不易使用
2.3 缺陷产生的原因
1、需求文档
2、架构设计
3、编码错误
4、环境(硬件、软件)
2.4 软件缺陷的生命周期
1、回归测试:
①常规项目回归:项目本次发布新增2个模块,最基本要测新增模块功能及新增模块关联的旧模块。
②非常规项目(银行、部队、航天):新增功能,必须全部复测。
2、回归bug:上一个版本发现的缺陷,开发修复完毕,在下个版本进行重新验证。
2.5 软件缺陷的核心内容
缺陷描述:发现缺陷后如何描述,可以让别人看得懂。
缺陷提交:指派人、优先级、类型、....
专业的缺陷管理工具:Excel、....
2.6 缺陷提交要素
2.7 软件缺陷类型
1、功能错误
2、UI页面错误
3、兼容性
4、数据(数据库)
5、易用性
6、建议
7、架构缺陷
-
工作流程
设计用例->执行用例(执行测试)->缺陷(提交、验证、关闭) 缺陷定义:任何问题(Bug) 缺陷标准:多功能、少功能、隐性功能、易用性 描述缺陷重点:缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注 提交缺陷信息:指派人、缺陷等级、修复优先级、类型、状态(统计缺陷)
三、缺陷编写
3.1 缺陷报告示例 - Excel
3.2 缺陷跟踪流程
提示:知道测试和开发流程中涉及的工作即可。
3.3 提交缺陷注意事项
面试题:当你发现缺陷后,首先会怎么办?
首先保证缺陷可复现,确定是Bug;然后提交时检查缺陷是否已存在。
3.4 缺陷编写规范
3.5 缺陷标题分析
四、缺陷管理工具
1、项目管理工具-管理缺陷(禅道、JTRA、TFS)
2、Excel管理缺陷
4.1 禅道的介绍
特点:
- 国产、免费、开源、简单、轻量级
- 三管融合(产品管理、项目管理、质量管理)
4.2 禅道的特点
4.3 使用流程图
- 登录
- 创建缺陷
- 关闭缺陷