dtad在英语中是什么意思(妈妈穿的衣服里面有死物)
敏捷开发蓬勃发展，遍地开花，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:微信微信官方账号:自动化软件测试平台
版权:欢迎转载，但必须在文章页面明显位置注明出处并给出文章链接。