这里有几个概念，分开来可能比较好讨论：单元测试、测试覆盖率、TDD 。

分享一下我自己写测试的经验：
我一般是把单元测试当成一个效率工具，我会遵守“单元测试不能连接网络、不能连数据库”这样的规则，来确保我在开发时可以快速频繁执行单元测试，尽早发现错误。
但是测试覆盖率我一般不会刻意追求，特别是一些测试不好写的编程语言（例如 Go 的测试一般没有 Python 的好写），为了去覆盖某些分支可能要投入很多额外时间，这样就与我把单元测试作为效率工具的初衷就冲突了。不过这点很无奈，有些高管就喜欢去量化一些不好量化的东西，而不幸的是，测试覆盖率一般是他们拍脑袋容易想到的一项指标。
TDD 我很少实践，虽然偶尔刚创建新项目时会有热情去尝试，但是时间长了又回到原来先写实现再管测试的模式，后面慢慢就顺其自然了 ……