16 软件测试方法和技术（第4版） 行成功，说明新添加的功能通过了单元测试，可以进人下一个环节。 TDD，程序员就有信心进行设计或代码的快速重构，有利于快速选代和持续交付。 所示。 验收指标 定义 单元 验证 验收 测试 测试 提出澄清 UTDD 满足 代码 ATDD 用户 业务层 需求 图1-9ATDD和UTDD之间的关系 （1）ATDD发生在业务层次，在设计、写代码前就明确需求（如用户故事等）的验收标准。 （2）UTDD发生在代码层次，在编码之前写单元测试脚本，然后编写代码直到单元测试通 过，这里的UTDD相当于传统概念（如极限编程）的 TDD。 在过去的开发实践中，UTDD在备受推崇的同时，也受到了广泛且持久的争议。例如， DavidH.Hansson 是著名的 Web 开发框架Ruby On Rails 的开发者，他在 2014 年发表了一 篇文章TDDis dead.Longlive testing.（《TDD已“死”，测试“永生”》），对TDD提出了公开 的质疑和否定。David认为，TDD引导大家更重视单元测试，而单元测试为了能执行得足够 快，大量采用Mock技术隔离依赖对象，几千个测试脚本在几秒钟内就能跑完，但是根本验证 不到系统集成后真正的业务功能。因此，David认为不应该过分重视单元测试，而应该多做端 到端的系统测试。 这篇文章一出来就引发了广泛的讨论，赞成者认为说出了自己的心声，当然也趁机表达了 自己的意见。例如，工期紧、时间短，根本来不及写单元测试；TDD对开发人员的要求过高， 的测试等同于单元测试，而忽略了 TDD还包括ATDD。