软件测试day6

用例执行

说明：执⾏结果与⽤例的期望结果不⼀致（含义），为缺陷。

提示：⽤例执⾏不通过为缺陷，需要进⾏缺陷管理

软件缺陷  

定义

软件中存在的各种问题，都为缺陷，简称 bug ；

缺陷标准

1 、少功能

2 、功能错误

3 、多功能

4 、缺少隐性功能

5 、易⽤性（软件测试⼈员专业⻆度）

缺陷产生的原因 

1 、需求⽂档

2 、架构设计

3 、编码实现

4 、环境（硬件、软件） 

 缺陷的生命周期

1 、回归测试：

①常规项⽬回归：项⽬本次发布新增 2 个模块，最基本要测新增模块功能及新增模块关联的旧模块。

②⾮常规项⽬（银⾏、部队、航天）：新增功能，必须全部复测。

2 、回归 bug ：上⼀个版本发现的缺陷，开发修复完毕，在下个版本进⾏重新验证。

缺陷核心要素

缺陷提交要素 

缺陷类型

1 、功能错误

2 、 UI ⻚⾯错误

3 、兼容性

4 、数据（数据库）

5 、易⽤性

6 、建议

7 、架构缺陷

 工作流程

• 设计⽤例->执⾏⽤例（执⾏测试）->缺陷（提交、验证、关闭）
• 缺陷定义：任何问题（Bug）
• 缺陷标准：多功能、少功能、错误、缺少隐性功能、易⽤性
• 描述缺陷重点：缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注
• 提交缺陷信息：指派⼈、缺陷等级、修复优先级、类型、状态（统计缺陷）

缺陷管理 

excel示例

缺陷跟踪流程 

提示：知道测试和开发流程中涉及的⼯作即可。 

提交注意事项 

⾯试题：发现缺陷后，⾸先回怎么办？ -- 确定 Bug 可复现、确定是 Bug 。

提交时，要检查缺陷是否已存在。

缺陷管理工具 

1 、项⽬管理⼯具 - 管理缺陷 ( 禅道、 JIRA 、 TFS)

2 、 Excel 管理缺陷