07｜TDD中的测试（3）：集成测试还是单元测试？
2022-03-22 徐昊
《徐昊·TDD 项目实战 70 讲》
课程介绍
讲述：徐昊
时长:大小7.67M
你好，我是徐昊。今天我们来继续学习测试驱动开发中的测试。
上节课我们介绍了行为验证，以及为什么它不应该是 TDD 的主要验证方式，而应该尽可能地采用状态验证。至此，我们介绍完了测试驱动开发中测试的基本结构，及其主要的验证方法。
有了这些做基础，我们再来讨论一下测试驱动中测试的性质，以及为什么称呼它为“单元测试”是一种误解。
集成测试还是单元测试？
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
精选留言
邓志国2022-03-23TDD 已死的作者，认为TDD的T就是单元测试。所以认为TDD会生成一堆中间的小组件，所以他觉得这种方式不可持续。从这点来看他可能是对的。而现在我们说的TDD实际上是更大粒度的测试。比如在一个业务系统中，可能是对隔离了网络、DB后的业务逻辑整块进行测试，而不是对里面的每个类进行测试。我现在明白了为什么有人会问一个Entity是否需要测试。当然不，对Entity类的调用，在你对业务的测试中自然就会覆盖了。作者回复: 所以他也只是反对不好的tdd而已
4
aoe2022-03-2705 06 07 课笔记 http://wyyl1.com/post/19/05 状态验证：一波操作后验证返回结果是否和预期一样 行为验证：验证一波操作是否严格按预期的顺序执行，不管结果；对 TDD 用处不大，因为大多数情况下会丧失测试的有效性 ❗️恍然大悟 在测试驱动开发中，从来没有强调必须是“单元测试”。反而在大多数情况下，都是针对不同单元粒度的功能测试。并通过这一系列不同单元粒度的功能测试，驱动软件的开发。 ⭐️ 两位超级大佬说的 Kent Beck：通过构造恰当粒度的黑盒功能测试驱动开发 Martin Folwer：DD 社区所谓的单元测试到底是“能提供快速反馈的低成本的研发测试” Martin Fowler：建议将 TDD 中的测试叫作极限单元测试（Xunit Testing），以区别于行业中的叫法展开作者回复: good
1
枫中的刀剑2022-03-25我就被误导了。之前总以为一定要按单元测试，设计成严格的解耦，带来的问题就是过多的使用mock技术，导致后来阅读理解测试成本越来越高。现在看完这篇文章很多疑惑一下子就解开了。作者回复: nice
共 2 条评论1
俊伟2022-04-06跟我之前想的一样，盲目的用所谓单元测试就会造成大量mock使用。tdd中的test和测试人员眼中的test完全不是一个东西。
程序袁帅2022-04-05老马《单元测试》的中文版：https://www.yuque.com/yuanshenjian/agile/unit-test 篇幅很小，作为下午茶吧~
davix2022-04-04如果TDD是功能測試，而我覺得絕大多數功能是單個單元完不成的，那麼TDD產生的UT數就不會多。而測試金字塔理論最底層佔大多數的是UT，還成立嗎？跟TDD是不是矛盾？作者回复: 单元级别的功能测试
共 2 条评论- davix2022-04-04這麼說TDD不是變成BDD了？共 2 条评论
- 枫中的刀剑2022-03-25正如文中所说”毕竟 TDD 中的测试，并不是一种关于测试的技术，而是通过分解功能以驱动软件开发的技术。“。这句才是TDD关注点的核心，而大多数人在谈论TDD的时候都落在单元测试的讨论上去了。 这导致很多还没有接触过TDD的人，都以为重点是单元测试。
keys头2022-03-24个人理解TDD其实就是一种结果导向的做事方式，或者叫“以终为始”，再配上8x的任务分解法，把大结果分解成小结果，然后稳步得到每一个小结果后，最终目标也就达成了。借用OKR中的概念的话，过程就变成了：确定 Object (目标)，分解 Key Result (关键结果)，获得关键结果，完成目标。所以，我更愿意把“TDD+任务分解法”叫做 OKRDD（目标分解+关键结果驱动开发）。😝
Gojustforfun2022-03-23我把Test定义为:不同工作单元的功能测试。其中工作单元是指实现某项/些功能，完成某项/些工作的代码集合（类，包，组件等）。作者回复: good
- 邓志国2022-03-22之前看《修改代码的艺术》里面的单元测试，就是指一个类的测试。这种实际上是在测试实现。如果一堆类都有了一个测试，会让我们测试代码和实现绑定死了，从而阻止重构。这点上我觉得TDD的测试更是一种对行为的测试而不是对实现。
作者回复: 功能测试 行为测试指对sut和doc交互行为的测试