软件测试自学2024.3.18

学习目标2024.3.18

执行用例（课上案例编写的用例）

缺陷相关知识（实际结果的正确性）

1.能够说出软件缺陷判定标准

缺陷定义：软件中存在的各种问题都称为缺陷

标准：多功能，少功能，功能错误，缺少隐形功能，易用性

2.能够说出项目中缺陷的管理流程

提交 验证 关闭

3.能够使用Excel对于缺陷进行管理

4.能够使用工具管理缺陷 --禅道：管理用例，管理缺陷

一。用例执行

说明：执行结果与用例的期望结果不一致（含义），为缺陷

执行失败的用例：

·用例执行不通过为缺陷，需要进行缺陷管理。

二。缺陷介绍

2.1.定义：

软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug。

2.2.缺陷的判定标准：

1.软件未实现需求说明书中明确要求的功能----少功能

2.软件出现了需求说明书中指明不应该出的错误----功能错误

3.软件实现的功能超出需求说明书指明的范围---多功能

4.软件未实现需求说明书中虽未明确但应该实现的要求---隐性功能错误

5.软件难以理解，不易使用，运行缓慢，用户体验感不好----不宜使用

2.3.缺陷产生的原因

1.需求阶段：需求描述不易理解，有歧义，错误等。

2.设计阶段：设计文档存在错误或者缺陷。

3.编码阶段：代码出现错误。

4.运行阶段：软硬件系统本身故障导致软件缺陷。

2.4.软件缺陷的生命周期

·

1.回归测试: ①常规项目回归:项目本次发布新增2个模块，最基本要测新增模块功能及新增模块关联的旧模块②非常规项目(银行、部队、航天):新增功能，必须全部复测。 2.回归bug:

上一个版本发现的陷，开发修复完毕，在下个版本进行重新验证，

2.5软件缺陷的核心内容

缺陷描述

缺陷提交

2.6.缺陷提交要素

2.7.软件缺陷类型

1.功能错误

2.错误页面UI

3.兼容性错误

4.数据（数据库）

5.易用性

6.改进建议

7.架构

---

·工作流程

1.设计用例->执行用例（执行测试）->缺陷（提交，验证，关闭）

2.缺陷定义：任何bug

3.缺陷标准：多功能，少功能，错误，缺少隐形功能，易用性

4.描述缺陷：缺陷标题，前置条件，复现步骤，预期结果，实际结果，附件备注

5.提交缺陷信息：指派人，缺陷等级，修复优先级，类型，状态（统计缺陷）

---

eg：注册

三。缺陷编写

3.1.缺陷报告示例

3.2.缺陷的跟踪流程

3.3提交缺陷的注意事项

可重现：缺陷可以重复

唯一性：一个缺陷上报一个问题

规范性：符合让公司或者项目要求

---

·面试题：当你发现缺陷后首先会怎么办？

缺陷可复现 是否为bug

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

---

3.4缺陷编写规范

准确 具体 简洁易懂 次序清晰

四。缺陷管理工具

4.1工具

·Excel

·项目管理工具-管理缺陷（禅道，JIRA ,TFS）

1.禅道：用户登录 - 禅道

4.2步骤：

测试 BUG +提bug

1.登陆：

2.创建缺陷

3.关闭缺陷

五。缺陷标题分析

作用是什么？想要达到什么效果？---让人看明白

如何让人看明白？

eg：15位纯数字验证合法，期望：不合法

1.描述测试数据+实际结果（预期结果）--标题15位纯数字结果合法（期望：不合法）

2.测试数据描述+预期结果（实际结果）----标题15位纯数字预期不合法（实际：合法）

3.测试数据描述+实际结果（需求）--标题15位纯数字结果合法（需求：标题位15位字符串）

eg：缺陷标题实例

输入第一类A或B，第二列不是数字，预期结果输出L、M(实际输出:L) 输入第一类A或B，第二列不是数字执行结果输出L(期望:输出L、M) 输入不正确的取款金额，结果取款成功(预期:取款失败，提示:不是正确金额)