软件测试基础day02

能对多条件依赖关系进行设计测试点。 判定表法

步骤

1.明确需求

2.画出判定表

（1）列出条件桩

（2）列出动作桩

（3）根据条件组合确定动作项

（4）简化合并相似的规则

3.根据规则编写测试用例

规则

如果有n个条件 每个条件取值为（0，1），全组合为2的n次

输出结果与条件之间存在关系

判定表一边用于组合数量少的情况 （比如四个条件以下）

超过四个用正交法工具或者因果图。

能对于业务目标进行设计测试点。 场景法

测试业务用例

步骤

1.明确业务流程

2.编写测试用例

错误推荐法：适用于所有测试用例都测试完毕，距离上线还有一部分时间，可以用这种方法进行复测。

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

缺陷定义：缺少功能（未实现需求规格说明中的功能）

功能错误（出现了与规格说明书中不应该出现的错误）

多功能（功能数量多于要求）

隐藏性功能错误（说明书中未指明的错误）

不易使用（运行缓慢，用户体验不好）

缺陷产生的原因：需求 设计 编码 运行 任何一个环节可能产生缺陷。

缺陷的介绍

缺陷的核心要素

缺陷的标题：描述缺陷的核心问题

缺陷的预置条件：缺陷产生的前提

缺陷的复现步骤：复现缺陷地过程

缺陷的预期结果：希望得到的结果

缺陷的实际结果：实际的结果

缺陷必要附件：图片，日志。

缺陷的提交要素

缺陷报告编号

严重程度：s1主要功能 s2次要功能 s3易用性，界面 s4建议性问题

缺陷优先级： p024小时内解决 p1发布前修复 p2下次版本迭代前解决

bug类型：代码，兼容 ，设计， 性能

缺陷状态： 新增bug 正在修复的bug 已交修复地bug 延后修复地bug

缺陷编写

缺陷报告编写

缺陷流程

缺陷跟踪流程

提交缺陷地注意事项

确保缺陷可以复现

缺陷是唯一的

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

缺陷管理工具：

1.禅道：项目管理工具，（使用其中地测试管理功能）

2. excel

缺陷标题描写：描述测试数据+实际结果（预期结果）

描述测试数据+预期结果（实际结果）

描述测试数据+实际结果（需求）