软件测试词典

首页

A

验收测试 可访问性测试 主动测试 实际结果 临时测试 老化测试 敏捷测试 全对测试 Alpha 测试 API 测试 Arc 弧测试 异常测试 断言测试 审计测试 自动化软件测试

B

向后兼容性测试 基线工件 基础路径测试 基础测试集 调试 行为测试 基准测试 Beta 测试 大爆炸测试 二进制可移植性测试 黑盒测试 自下而上测试 边界测试 分支测试 广度测试 Bug测试 构建验证 业务流程 业务需求

C

能力成熟度模型 捕获/重放工具 因果图 代码覆盖率 代码冻结 代码检查 代码审查 代码演练 基于代码的测试 代码驱动测试 无代码测试 比较测试 兼容性测试 合规性测试 并发性测试 条件覆盖测试 配置测试 一致性测试 上下文驱动测试 控制流路径 转换测试 正确性 覆盖项目 循环复杂度

D

数据完整性测试 数据驱动测试 数据流测试 数据库测试 调试 决策覆盖测试 缺陷 缺陷记录和跟踪 缺陷生命周期 Delta 发布 依赖性测试 深度测试 破坏性测试 开发环境 文档测试 域测试 耐久性测试 动态测试

E

模拟器 端到端测试 耐久性测试 准入标准 等价分区测试 错误 错误猜测 错误植入 详尽测试 退出标准 预期结果 探索性测试

F

故障转移测试 失败 故障 故障注入测试 可行路径 功能测试 功能分解 功能要求 功能测试 模糊测试 前端测试

G

玻璃盒测试 全球化测试 Gorilla 测试 灰盒测试 GUI 测试

H

测试工具 启发式测试 混合集成测试

I

实施测试 增量测试 独立测试 不可行路径 检查 安装/卸载测试 集成测试 接口测试 国际化测试 系统间测试 互操作性测试 隔离测试 问题

K

关键字驱动测试 关键绩效指标 已知问题

L

LCSAJ 测试 负载生成器 负载测试 本地化测试 逻辑覆盖率测试 循环测试

M

可维护性 手动测试 大型机测试 基于模型的测试 修改条件测试 模块化驱动测试 猴子测试 突变测试

N

负面测试 非功能性测试 非破坏性测试

O

操作测试 正交阵列测试

P

配对测试 成对测试 并行测试 部分测试自动化 被动测试 路径测试 同行评审 渗透测试 性能测试 试点测试 可移植性测试 积极测试 后置条件 前提条件 预测结果 优先级 流程周期测试 渐进式测试 原型测试

Q

质量保证 质量控制 质量管理

R

随机测试 恢复测试 回归测试 候选版本 发布说明 可靠性测试 需求测试 基于需求的测试 需求可追溯性矩阵 结果 重新测试 Review 审查 风险测试 风险管理 根本原因

S

安全性测试 健全性测试 可扩展性测试 场景测试 时间表 Scrum 测试 脚本 安全测试 模拟 冒烟测试 浸泡测试 峰值测试 软件需求规范 稳定性测试 状态转换 静态测试 统计测试 存储测试 压力测试 结构测试 结构化演练 存根 符号执行 语法测试 系统集成测试 系统测试 被测系统

T

技术评审 测试方法 测试自动化 测试基础 测试平台 测试用例 测试用例设计技术 测试套件 测试完成标准 测试完成报告 测试完成矩阵 测试数据 测试数据管理 测试驱动开发 测试驱动程序 测试环境 测试执行 测试管理 测试成熟度模型 测试计划 测试步骤 测试策略 测试工具 线程测试 自上而下的集成测试 全面质量管理 可追溯性

U

单元测试 无法访问的代码 可用性测试 用例测试 用户验收测试 用户界面测试

V

V 模型 验证测试 验证测试 虚拟用户 容量测试 漏洞测试

W

Web 应用程序测试 白盒测试 工作流测试

有用的资源

有用的资源 讨论


软件测试 - 因果图

开发的软件要经过各种测试阶段,以验证其是否满足所有要求和条件。在黑盒方法中,验证输入数据集生成的输出。因果图是黑盒测试中的一种技术。这种方法使用图表来描述多种输入组合的状态。

什么是因果图?

因果图是一种有助于生成高收益测试用例组的方法。这种方法的出现是为了消除等价分割和边界值分析的漏洞,因为在这些漏洞中无法测试所有输入条件的组合。

因此,每当我们需要验证由输入标准组合组成的一些关键场景时,就会使用因果图。所获得的图表被转换成决策表,进而可用于设计测试用例。因果图方法的主要优点是它有助于检测是否存在不完整或不清楚的需求。

根据因果图创建测试用例

根据因果图创建测试用例的步骤如下 −

步骤 1 − 从需求中检测原因和结果,然后为它们分配不同的编号。原因是系统发生某种变化的唯一输入条件。结果是由输入条件引起的系统输出条件或变化状态。

步骤 2 − 创建一个连接所有原因和结果的布尔图。这被称为因果图,它描述了所有原因产生了不同的结果。

步骤 3 −指出因果图上的约束,描述所有实际上不可能的原因和/或结果的组合。所有可能的约束都列在下面 −

排他性约束

这些约束存在于两个原因 C1 和 C2 之间,因此 C1 或 C2 的值都可以为 1,但不能同时为 1。

因果图 1

包容性约束

这些约束存在于原因 C1、C2 和 C3 之间,因此其中至少一个始终等于 1,因此所有原因不能同时为 1。

因果图 2

唯一一个约束

这些约束位于原因 C1 和 C2 之间,因此 C1 和 C2 中只有一个应该是 1。

因果图 3

需要约束

这些约束位于原因 C1 和 C2 之间,因此如果 C1 等于 1,则 C2 也应该为 1。C1 的值为 1 而 C2 的值为 0 是不可能的。

因果图 4

掩码约束

这些约束位于结果 E1 和 E2 之间,这样,如果 E1 等于 1,那么 E2 应该为 0。

因果图 5

通过链接因果图中的状态条件,将因果图转换为有限条目决策表。在决策表中,每列都转换为一个测试用例。

因果图中使用的符号

因果图中使用的符号如下所列 −

识别函数

它表示如果条件 C1 和事件 E1 通过识别函数相互关联,则意味着如果 C1 为真或等于 1,则 E1 也等于 1,否则 E1 等于 0。

因果图 6

非函数

它表示如果条件 C1 和事件 E1 通过非函数相互关联,则意味着如果 C1 为真或等于 1,则 E1 等于 0,否则 E1 等于 1。

因果图 7

或函数

它用符号 V 表示。它可用于将'n'个条件与单个效果联系起来。它表示如果条件 C1、C2 或 C3 成立或等于 1,则事件 E1 等于 1,否则 E1 等于 0。

因果图 8

AND 函数

它用符号 /\ 表示。它可用于将'n'个条件与单个效果联系起来。它表示如果条件 C1 和 C2 都为真或等于 1,则事件 E1 等于 1,否则 E1 等于 0。

因果图 1

示例

让我们举一个问题陈述的例子,该陈述表示第一列应具有值 X 或 Y。第二列应仅包含数字。如果这两个条件都满足,则应修改文件。如果第一列不包含值 X 或 Y,则生成消息 M1。如果第二列没有数字,则生成消息 M2。

要使用控制流图解决这个问题,我们首先要总结不同的条件和事件。

  • 条件 1 表示为 C1,表示列 1 包含值 X。
  • 条件 2 表示为 C2,表示列 1 包含值 Y。
  • 条件 3 表示为 C3,表示列 2 包含数字。
  • 效果 1 表示为 E1,表示文件修改。效果 E1 应该在该条件下实现 → (C1 V C2)/\ C3。
  • E2 表示的影响 2 指的是消息 M1。
  • E3 表示的影响 3 指的是消息 M2。

上述问题陈述的因果图如下所示 −

因果图 10

结论

至此,我们对软件因果图教程的全面介绍就到此结束。我们首先描述了什么是因果图、如何从因果图创建测试用例、因果图中使用的符号是什么以及因果图的示例。这将使您深入了解软件因果图。明智的做法是继续实践你所学到的知识,并探索与软件测试相关的其他知识,以加深你的理解并拓宽你的视野。