从零开始学习软件测试-第16天笔记

测试用例设计方法

流程图法

定义：根据流程图设计测试场景，每一个流程都是一条测试用例。

两个概念

• 基本流：模拟用户正确的操作流程。
• 备选流：模拟用户错误的操作流程。

适用场景

多个功能之间组合使用时，往往在冒烟测试阶段时使用流程图法。

错误推测法

定义：利用测试人员的直觉和经验推测出可能出现错误的类型。

正交法

定义：使用最少的测试过程集合达到最大的测试覆盖率。

正交表：一种特制表：Ln（m^k）

• L：固定参数。
• n：行数，要写的测试用例个数。
• k：控件的个数，也叫因素数。
• m：每个控件下的取值，一般称为水平数。

流程：

1. 明确需求。
2. 根据需求形成因子状态表。
3. 根据因子状态表明确要使用的正交表。
4. 将表中的数字替换为对应的文字。
5. 每一行都是一条测试用例。

注意事项：

1. 当所需要的因素数找不到时，优先选取比所需因素数稍大的正交表使用。
2. 当需求中水平数不一致时，优先选取最大的水平数作为正交比表的水平数。

适用场景：

1. 当输入和输入之间有相互组合的关系时。
2. 组合量很大时。

缺陷管理

缺陷定义

缺陷就是bug、defect是指软件（程序、数据、文档）中不符合用户需求的问题。

缺陷的表现形式*

• 软件未达到需求规格说明书标明的功能。
• 软件出现了需求规格说明书指明不会出现错误的地方。
• 软件的功能超出了需求规格说明书指明的范围。
• 软件出现了需求规格说明书虽未指明，而应该达到的目标。
• 软件测试人员认为软件难以理解，不易使用，运行速度慢，或者最终用户体验不好。

缺陷产生的原因

• 需求的变化。
• 交流不充分。
• 软件的复杂性。
• 开发人员的错误。
• 项目周期紧张。

缺陷的要素

• 缺陷ID
• 缺陷标题
• 缺陷状态

1. new-新建
2. open-打开
3. fixed-修复完成
4. reopen-重新打开
5. rejected-拒绝修复
6. closed-关闭

• 缺陷严重性（S5-S1）

1. S5：崩溃、死机、强制退出。
2. S4：主功能堵塞、网址接口出现bug。
3. S3：主要功能实现错误。
4. S2：次要功能出现bug。
5. S1：界面文字、布局、颜色错误。

• 缺陷优先级（P5-P1）
• 缺陷分类

1. 系统缺陷
2. 数据缺陷
3. 数据库缺陷
4. 接口缺陷
5. 安全性缺陷
6. 功能缺陷
7. 性能缺陷
8. 界面缺陷
9. 兼容性缺陷
10. 建议

• 缺陷所属模块
• 缺陷复现步骤
• 预期结果
• 实际结果
• 附件

缺陷的注意事项

• 保证bug能够复现。
• 描述bug的语言简洁明了。
• 一个缺陷报告提交一个bug。