软件测试词典

首页

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 应用程序测试 白盒测试 工作流测试

有用的资源

有用的资源 讨论


数据驱动测试

数据驱动测试是指从外部文件读取测试数据、输入和输出值的测试。通过这种方式,测试人员可以更有效地测试软件对大量数据的反应。一些外部文件可以是以下类型 −

  • Excel 文件
  • ADO 对象
  • CSV 文件
  • ODBC 源
  • 文本文件

什么是数据驱动测试?

数据驱动框架是将测试用例与数据集分开的框架。此外,它还提供了针对多组数据运行相同测试用例的功能。

阅读更多:Selenium 数据驱动框架

数据驱动测试的优势

在数据驱动测试中,代码中使用的各种函数、方法、操作等可以多次重复使用。将来,如果软件行为发生变化,则应仅在代码中进行修改,而无需触及单独文件中维护的测试数据。同样,如果需要更改测试数据或需要创建新的测试数据集,则仅在存储数据的外部文件中进行更新,而不会影响代码。

在数据驱动测试中,测试数据不会植入代码中。大部分测试数据都是使用不同的自动化工具生成的,只需将数据导出到具有 xls、xlsx、csv、xml、txt 等格式的文件中即可。因此,在短时间内创建了大量数据,并且不需要太多的维护工作。

数据驱动测试的另一个优点是,为了测试需求的正向、负向和边缘流,不需要开发三个不同的测试用例。但是,可以使用由外部文件中维护的不同数据集提供的单个测试用例。因此,它有助于摆脱冗余的测试用例。

数据驱动测试的缺点

为了创建数据驱动的测试框架,需要很高的技术技能。从事这些工作的团队需要了解脚本语言和其他第三方 API,如 Apache POI 和其他库。在这里,需要构建两个实体(数据和逻辑)之间的集成系统。因此,要在项目中采用数据驱动测试,就需要大量依赖自动化测试人员,他们既能修复技术问题,又能测试软件。

数据驱动测试的实例

我们以一个在线销售汽车的应用程序为例。让我们看看一些正面、负面和边缘情况 −

  • 用户输入姓名、电子邮件、电话号码、正确的汽车价格金额,然后点击购买。应该成功购买。
  • 用户输入姓名、电子邮件、电话号码、汽车价格负数,然后点击购买。应该抛出错误,提示金额无效。
  • 用户输入姓名、电子邮件、电话号码、低于汽车价格的金额,然后点击购买。应该抛出错误,提示金额较少。
  • 用户输入姓名、电子邮件、电话号码,没有汽车价格金额,然后点击购买。应抛出错误,提示金额无效。
  • 用户保留姓名为空白,然后输入电子邮件、电话号码、正确的汽车价格金额,然后点击购买。应抛出错误,提示用户无效。

为什么要使用数据驱动测试?

在数据驱动测试中,可以针对单个测试用例运行多组数据。因此,可以使用最少的代码针对广泛的数据范围测试相同的软件。因此,一次开发的代码可以重复使用。

数据驱动测试框架允许多次运行测试用例而无需增加其数量。有时,测试数据会自动生成,这允许针对随机输入测试软件。测试此类场景可确保软件更加强大和优质。

不同的数据驱动测试方法

不同的数据驱动测试方法如下 −

  • Excel 中的数据 − 在这种类型的数据驱动测试中,Excel 工作簿中维护多组测试数据。
  • Excel 中的关键字 − 这里使用由关键字驱动的数据驱动测试。关键字代表要对软件执行的操作。这样做主要是为了将编码与数据分开。将来,如果数据发生变化,则无需触及代码,反之亦然。
  • XML 中的数据 − 在这种类型的数据驱动测试中,XML 文件中维护多组测试数据。

结论

这就是我们对软件数据驱动测试教程的全面介绍。我们首先描述了什么是软件数据驱动测试、数据驱动测试的优点、数据驱动测试的缺点、数据驱动测试的实际示例、为什么使用数据驱动测试以及不同的数据驱动测试方法。

这使您具备了软件数据驱动测试的深入知识。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。