TDD的重要性

Source: Dev.to

The Problem

我构建了一个拥有 12 个参数的“超棒”API。
它简直是垃圾。
没有人能在不拥有我脑子里博士学位的情况下使用它。

经过多年的后端开发，我以艰难的方式学会了测试驱动开发（TDD）。我在细枝末节中写代码，一次又一次地添加参数，因为我需要这些数据。当我终于写了测试时，现实击中了我：

• 调用者根本没有我所要求的一半信息。
• 我的“漂亮”API根本无法使用。

我忘记了最重要的那个人：用户。

What TDD Changes

TDD 颠倒了这种倒退的思维方式。你为希望存在的代码编写测试，然后编写代码以通过这些测试。

1. Red – 编写一个失败的测试。
2. Green – 实现恰好足够的代码让测试通过。
3. Refactor – 在保持测试通过的前提下改进代码。

重复上述步骤。

Benefits

• 强迫你站在调用者的角度思考，而不是编译器的角度。
• 为以后节省大量调试时间。
• 当库更新或团队成员进行更改时，测试用例成为安全网。

“如果值得构建，就值得测试。如果不值得测试，为什么要浪费时间……”