扒一扒数据驱动测试(DDT)与关键字驱动测试(KDT)

本文探讨了数据驱动测试(DDT)和关键字驱动测试(KDT)的区别与联系。DDT强调测试数据对结果的影响,而KDT注重action word对测试过程的控制。KDT是DDT的低级版本,但完成action定义封装后,两者趋近。HP UFT工具能直观展示这两种测试方法的原理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

带软件功能测试项目的过程中,发现很多人对这两个概念很困惑,并且试图通过圈定KDT与DDT的各自边界来分离它们,结果纠结成了一团麻线。我们从它们的名称及说明来理一理

KDT(Keyword-driven testing), also known as table-driven testing or action word based testing, it separates the documentation of test case - include the data to use - from the prescription of the way the test cases are executed.(维基百科是个好东西

DDT(Data-driven testing) is a term used in the testing of computer software to describe testing done using a table conditions directly as test inputs and verifiable outputs as well as the process where test environment setting and control are not hard-code.

KDT和DDT是有区别的:

软件测试接口自动化的模式有以下几种: 1. 基于关键字驱动自动化测试关键字驱动测试(Keyword Driven Testing,简称KDT)是测试设计方法,它将测试用例拆分成系列可重复使用的关键字测试脚本中编写这些关键字,通过组合这些关键字来实现测试用例的执行。 2. 基于数据驱动自动化测试数据驱动测试(Data Driven Testing,简称DDT)是测试设计方法,它将测试数据测试脚本分离,将测试数据存储在外部数据源中,测试脚本通过读取数据源中的数据,动态生成测试用例。 3. 基于行为驱动自动化测试:行为驱动开发(Behavior Driven Development,简称BDD)是种软件开发方法,它强调以用户行为为导向,将需求描述测试用例编写贯穿整个软件开发过程。行为驱动测试(Behavior Driven Testing,简称BDT)是BDD方法中的测试部分,它利用自然语言描述测试场景预期结果。 4. 基于模型驱动自动化测试:模型驱动测试(Model Driven Testing,简称MDT)是测试设计方法,它将软件模型作为测试用例的基础,利用模型转换技术自动生成测试用例测试脚本。这种方法可以从模型级别上保证测试用例的覆盖率准确性。 综上所述,不同的自动化测试模式适用于不同的测试场景,选择合适的测试模式可以提高测试效率测试质量。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值