前言大家好，我是海怪。说起前端测试，有一点是绕不开的，那就是TDD-Test-DrivenDevelopment。很多前端大佬也喜欢用TDD模式编程。因为它不仅可以通过测试保证代码质量，还可以营造良好的开发环境，提高开发效率。不过有同学会对此嗤之以鼻，认为先写测试再写业务不是浪费了50%的工时吗？根本没有时间写业务代码。我觉得这部分同学没有理解TDD的适用场景和它要解决的问题。恰好KentC.Dodds[1]在他的文章《When I follow TDD》[2]中谈到了一些关于TDD的想法和想法，今天就把这篇文章分享给大家~我会尽量用更地道的语言在翻译过来，这也意味着会在原文的基础上加一层Buf。如果您想阅读原文，请单击此处[3]。PositiveStart测试驱动开发(TDD)由3个步骤组成，通常也称为“红、绿、重构周期”。它是这样工作的：
