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