测试用例方法与软件缺陷

1 正交法

1.1定义

用最小的测试用例获得最大的概率覆盖率

1.2 基本定义

因素：条件桩，输入的参数条件

水平：输入的参数水平

1.3 使用步骤

1.需求分析

2.确定因素和水平

3.确定正交表

4.根据正交表，进行测试用例的书写，一条数据就是一条测试用例

2 场景法

画流程图

2.1定义

场景法，就是流程图法，去使用流程图来描述用户的使用场景，然后通过流程图路径来设计测试用例

2.2 案例 点外卖

2.3 使用的测试阶段

集成测试

系统测试

验收测试

2.4使用步骤

1.需求分析

2.绘制流程图

3.根据流程图的每一条路径进行设计测试用例

3 错误推测法

3.1 定义

根据经验和智慧进行分析，推测出程序中可能出现的错误

3.2使用场景

同类型产品

任务紧

4 测试用例方法总结

1.具有输入功能，但是功能之间没有组合关系 等价类

2.输入具有边界

3.多输入，多输出，输入和输出之间具有组合关系，判定表，因果图

4.用最小的测试用例覆盖率最高，正交表

5.多个功能之间的组合测试场景法

6.错误推测法做进一步补充

5 软件缺陷

5.1 定义

软件在使用的过程中存在的任何问题（错误，异常），都叫软件缺陷简称BUG

5.2 软件缺陷的判定标准

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

2.软件出现了说明书中指明的不应该出现的错误

3.软件实现了超出需求说明书中的功能

4.软件为实现需求文档中为指明但又该实现的功能

5.用户体验不好，界面不漂亮，易用等

5.3 软件缺陷出现的原因

1.编码：代码出错

2.运行系统：软硬件系统本身故障导致的软件缺陷3

3.设计问题：设计文档出现错误或者缺陷

4.需求阶段：需求描述有歧义

5.软件本身很复杂

5.4软件缺陷的核心内容

标题	描述软件缺陷的基本内容，例如（用户名5位，只展示3位）
前置条件	描述缺陷出现依赖的相关基础条件
复现步骤	测试用例里的执行步骤
实际结果	执行测试用例的执行步骤，系统给出的结果
预期结果	参照需求说明书，在测试用例中设计的预期结果
附件	bug截图或者出错的日志信息，方便定位bug的

5.5缺陷的基本要素

ID 唯一

模块：根据产品进行具体的划分，支付模块，订单模块等

缺陷状态

new	新建
open	打开
fix	已经修复
postpone	延期
reject	拒绝
close	关闭
reopen	重新打开

5.5.1 缺陷的严重程度

• 从技术上衡量bug的破坏力

紧急	5	critical
非常高	4	major
高	3	medium
中	2	minor
低	1	tiny

5.5.2缺陷的优先级

处理缺陷的优先程度

紧急	5	critical
非常高	4	major
高	3	medium
中	2	minor
低	1	tiny

5.5.3缺陷类别

功能错误

ui界面错误

兼容性错误

易用性

改进意见

5.6提交缺陷的注意事项

1.唯一性，一个缺陷提交一次

2.保证可复现性

3.规范性

描述需要准确，有细节真实

5.7 缺陷跟踪流程

场景