O desenvolvimento orientado a testes está cada vez mais difundido e há boas evidências empíricas de que é uma prática benéfica. TDD reduz o número de bugs na produção e melhora a qualidade do código. Em outras palavras, torna o código mais fácil de manter e entender. Além disso, fornece testes automatizados para testes de regressão.
TDD é realmente útil?
Quando você escreve testes, você escreve mais código, mas estudos mostraram objetivamente que uma boa cobertura de teste com TDD pode reduzir a densidade de bugs em 40% - 80%.
Quando devo usar o TDD?
TDD se presta muito bem quando você tem uma função lógica pura que você precisa escrever. Quando o trabalho que você precisa fazer tem um conjunto claramente definido de entradas e saídas esperadas, é um ótimo sinal de que você deve usar o TDD para construir seus testes e código.
TDD é uma boa abordagem?
Os desenvolvedores têm menos depuração para fazer
Menos bugs e erros são o principal benefício da abordagem TDD. Quando o código tiver menos bugs, você gastará menos tempo corrigindo-os do que outras metodologias de programação. TDD produz uma maior cobertura geral de teste e, portanto, uma melhor qualidade do produto final.
Por que TDD é uma má ideia?
Geralmente é uma má ideia – praticantes de TDD mais experientes podem dizer se os testes unitários foram escritos antes ou depois do código. … Um desenvolvedor que escreve testes de unidade depois de escrever seu código está perdendo todo o objetivo –TDD é uma metodologia de design – os testes unitários são apenas um subproduto do processo.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
