英文dtad什么意思（老妈穿了印有deadinside衣服）

敏捷开发蓬勃发展，遍地开花，TDD(Test Drive Development Test Drive Development)的概念已经深入软件R&D从业者的心中。

TDD讲究“测试第一，编码第二”。与以往“先编码，后测试”的开发流程不同，它是在编程之前编写测试脚本或设计测试用例。

“测试优先”让开发人员对自己编写的设计或代码有足够的信心，同时也有勇气对设计或代码进行快速重构，有利于快速迭代和持续交付。

严格来说，TDD是一种开发实践。

从软件开发的角度来看，TDD很棒！

然而，从需求分析、软件开发、产品化、用户使用的全过程来看，单纯的TDD仍然存在一些缺陷。

TDD只涉及到Developer，只能算是开发工程师个人工作方式的改变。现代软件开发往往是“产品经理(或业务)、测试人员(QA)和开发人员”合作的结果。如果开发人员没有正确理解业务需求，那么他们编写的测试用例也是错误的，这是TDD无法解决的。

在敏捷开发的前提下:业务层面，也可以采用类似TDD的方法论。

换句话说，需求的接受标准(如用户故事)是在需求分析期间确定的。毕竟，软件最终是为了用户，满足他们的需求，解决他们的痛点。否则会成为程序员的自高！

以上业务层面的敏捷测试，升华到方法论的高度，就是验收测试驱动的开发(ATDD)。

ATDD的执行逻辑如下图所示:

ATDD是一种技术实践，在编码开始之前将客户带入测试设计过程。

同时，ATDD也是一个协作实践:用户、测试人员和开发人员共同定义自动接受标准。

ATDD帮助确保所有项目成员准确理解需要完成和实施的内容。

如果系统测试失败，它可以提供快速反馈，表明不符合要求。

验收测试是在业务领域术语中指定的。事实上，每个功能都必须提供真实且可衡量的业务价值。

ATDD的做法其实对应的是“始于终”，成功人士的七大习惯之一。

产品经理、R&D人员、测试人员和三个角色首先坐在一起，阐明和细化最终客户的目标，并从头到尾基于这个目标工作。那不是结束就是开始吗？

ATDD的好处也是显而易见的。

每个人对业务需求的统一理解

用自然语言描述需求。

是可以运行的需求或实例。

是一份活的文件。

说到这里，我相信大家都已经明白，ATDD绝对不是一个“A”的贸发局。

你还不明白吗？一句话比较法来说明区别:

TDD的目的是:做正确的发展；；

ATDD的宗旨是:做对发展！

具体到测试人员的工作实践，笔者推荐Python和JAVA框架，基本可以满足工作需求。

Python后台测试器，建议使用Robot Framework。

官方网站:
https://robotframework.org/

使用RF的“关键词驱动”方法编写测试用例，是非常适合练习ATDD的工具。

有JAVA背景的测试人员，建议使用FitNess框架。

官方网站:www.fitnesse.org

TDD最终是程序员自己的事；ATDD，让测试人员更多地参与产品、R&D和交付。

是时候拥抱ATDD了！

作者:特斯凡·阿瑟

Out:微信微信官方账号:自动化软件测试平台

版权:欢迎转载，但必须在文章页面明显位置注明出处并给出文章链接。