测试--缺陷
一、用例执行
说明:执行结果与用例的期望结果不一致(含义),为缺陷。
- 执行失败的用例
提示:用例执行不通过为缺陷,需要进行缺陷管理
二、缺陷
2.1 定义
软件中存在的各种问题,都为缺陷,简称bug;
2.2 缺陷标准
1、少功能
2、功能错误
3、多功能
4、缺少隐性功能
5、易用性(软件测试人员专业角度)
3.3 缺陷产生的原因
1、需求文档
2、架构设计
3、编码实现
4、环境(硬件、软件)
3.4 缺陷的生命周期
1、回归测试:
①常规项目回归:项目本次发布新增2个模块,最基本要测新增模块功能及新增模块关联的旧模块。
②非常规项目(银行、部队、航天):新增功能,必须全部复测。
2、回归bug:上一个版本发现的缺陷,开发修复完毕,在下个版本进行重新验证。
3.5 缺陷核心要素
3.6 缺陷提交要素
3.7 缺陷类型
1、功能错误
2、UI页面错误
3、兼容性
4、数据(数据库)
5、易用性
6、建议
7、架构缺陷
- 工作流程(小结)
设计用例->执行用例(执行测试)->缺陷(提交、验证、关闭)
缺陷定义:任何问题(Bug)
缺陷标准:多功能、少功能、错误、缺少隐性功能、易用性
描述缺陷重点:缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注
提交缺陷信息:指派人、缺陷等级、修复优先级、类型、状态(统计缺陷)
三、缺陷管理
3.1 excel示例
3.2 缺陷跟踪流程
提示:知道测试和开发流程中涉及的工作即可。
3.3 提交注意事项
面试题:发现缺陷后,首先回怎么办?--确定Bug可复现、确定是Bug。
提交时,要检查缺陷是否已存在。
3.4 缺陷管理工具
1、项目管理工具-管理缺陷 (禅道、JIRA、TFS)
2、Excel管理缺陷
3.5 禅道(项目管理工具)
特点:
使用流程图
使用禅道管理缺陷
- 登录
- 创建缺陷
- 关闭缺陷
3.6 缺陷标题扩展
作业讲解(day02)
今晚作业
将以上测试点/功能点,转为用例。