测试--缺陷

moye Lv6

一、用例执行

说明:执行结果与用例的期望结果不一致(含义),为缺陷。

image-20211027093138826

  • 执行失败的用例

image-20211027095615336

1
提示:用例执行不通过为缺陷,需要进行缺陷管理

二、缺陷

2.1 定义

1
软件中存在的各种问题,都为缺陷,简称bug;

2.2 缺陷标准

1
2
3
4
5
1、少功能
2、功能错误
3、多功能
4、缺少隐性功能
5、易用性(软件测试人员专业角度)

3.3 缺陷产生的原因

1
2
3
4
1、需求文档
2、架构设计
3、编码实现
4、环境(硬件、软件)

3.4 缺陷的生命周期

image-20211027103536357

1
2
3
4
1、回归测试:
①常规项目回归:项目本次发布新增2个模块,最基本要测新增模块功能及新增模块关联的旧模块。
②非常规项目(银行、部队、航天):新增功能,必须全部复测。
2、回归bug:上一个版本发现的缺陷,开发修复完毕,在下个版本进行重新验证。

3.5 缺陷核心要素

image-20211027110033840

3.6 缺陷提交要素

image-20211027110024249

3.7 缺陷类型

1
2
3
4
5
6
7
1、功能错误
2、UI页面错误
3、兼容性
4、数据(数据库)
5、易用性
6、建议
7、架构缺陷

  • 工作流程(小结)
1
2
3
4
5
设计用例->执行用例(执行测试)->缺陷(提交、验证、关闭)
缺陷定义:任何问题(Bug)
缺陷标准:多功能、少功能、错误、缺少隐性功能、易用性
描述缺陷重点:缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注
提交缺陷信息:指派人、缺陷等级、修复优先级、类型、状态(统计缺陷)

三、缺陷管理

3.1 excel示例

image-20211027144614178

3.2 缺陷跟踪流程

image-20211027144711475

1
提示:知道测试和开发流程中涉及的工作即可。

3.3 提交注意事项

image-20211027144811825

1
2
面试题:发现缺陷后,首先回怎么办?--确定Bug可复现、确定是Bug。
提交时,要检查缺陷是否已存在。

3.4 缺陷管理工具

1
2
1、项目管理工具-管理缺陷 (禅道、JIRA、TFS)
2、Excel管理缺陷

3.5 禅道(项目管理工具)

3.6 缺陷标题扩展

image-20211027170926652

作业讲解(day02)

image-20211027121130395

今晚作业

image-20211027182846022

1
将以上测试点/功能点,转为用例。
  • 标题: 测试--缺陷
  • 作者: moye
  • 创建于 : 2024-08-20 08:05:47
  • 更新于 : 2025-12-11 14:39:48
  • 链接: https://www.kanes.top/2024/08/20/测试--缺陷/
  • 版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。
评论