（软件测试）基础3

1.用例执行

添加一列为实际结果：

出现上述情况：此时不通过！！！

最耗时：等待bug回归

2. 缺陷

缺陷介绍：

问题不等于错误    任何问题都叫缺陷，问题并不代表错误

测试：最终站在用户的角度

缺陷产生原因：

从需求产生，直至发布上线，从中都有可能有缺陷的产生（木桶效应）

设计：架构师 设计软件整体结构（高级开发）

缺陷类型

缺陷描述 缺陷提交（最重要的两个步骤）

缺陷总结：

 工作流程：

设计用例--执行用例（执行测试的过程）--执行过程中，用例不通过（就是缺陷）---缺陷要进行缺陷管理

缺陷分为三步：提交 验证 关闭

缺陷定义：任何问题（简称为bug）---缺陷标准：多功能 少功能 功能错误 缺少隐性功能 易用性

描述缺陷：缺陷标题 等级 复现步骤 实际结果 前置条件 附件备注

提交缺陷信息：指派人 缺陷等级 修复优先级 类型

案例：

缺陷进阶

P0--24小时内必须修复

缺陷描述：缺陷的复现步骤  附件：响应结果的截图或者是日志的截图

！！当你发现缺陷后，首先会怎么办？

保证缺陷可复现，确认是bug

缺陷管理工具：Excel 禅道

缺陷管理工具

 //禅道--项目管理工具  管理产品 代码 用例 缺陷相关操作

轻量管理--功能不全

管理缺陷

测试人员：管理用例 管理缺陷---可以一起 也可以分开

管理用例和管理缺陷的流程：

禅道管理用例

缺陷标题分析