Índice:
- Definição - O que significa TDD (Test Driven Development)?
- Techopedia explica Test Driven Development (TDD)
Definição - O que significa TDD (Test Driven Development)?
O Test driven development (TDD) é uma abordagem de desenvolvimento de software na qual um teste é escrito antes de escrever o código. Depois que o novo código passa no teste, ele é refatorado para um padrão aceitável.
O TDD garante que o código fonte seja minuciosamente testado por unidade e leve a código modularizado, flexível e extensível. Ele se concentra em escrever apenas o código necessário para passar nos testes, tornando o design simples e claro.
Techopedia explica Test Driven Development (TDD)
O TDD permite que o programador execute pequenos passos enquanto escreve o software. O teste é escrito antes de testar a funcionalidade e garante que o aplicativo seja adequado para a testabilidade. O teste em uma pequena quantidade de código é realizado para interceptar os erros que ocorrem no código testado. Em seguida, a funcionalidade é implementada. Isso é chamado de "refator verde vermelho", onde vermelho significa falha e verde mostra um passe. Essas etapas são repetidas. O primeiro objetivo de um programador é focar na tarefa em questão e passá-la.
As diferentes etapas envolvidas em um ciclo de desenvolvimento orientado a testes são:
- Adicionar um teste: Todo novo recurso do TDD começa com um teste que precisa falhar, pois é posto em prática antes que qualquer recurso seja implementado. O requisito essencial para escrever um teste antes da implementação do recurso é uma compreensão clara do requisito pelo desenvolvedor. Isso é realizado através de histórias de usuários e casos de uso. Portanto, um desenvolvedor entende o requisito antes de escrever o código do programa.
- Execute todos os testes e verifique se o novo código falhar: Isso garante o funcionamento correto do equipamento de teste e se o novo teste não passa por engano sem nenhum novo código. Esta etapa também testa o teste e elimina a possibilidade de que o novo teste sempre seja aprovado.
- Escrever código: a próxima etapa a seguir é escrever um código que limpe o teste. O novo código não é perfeito, mas é modificado posteriormente conforme os requisitos. Ele foi projetado apenas para teste e não inclui outras funcionalidades.
- Execute testes automatizados: se todos os casos de teste produzidos forem aprovados com facilidade, isso implica que o código atende a todas as especificações necessárias. Portanto, a etapa final do ciclo pode ser iniciada.
- Código de refatoração: é semelhante à remoção da duplicação. Uma refatoração não danifica nenhuma funcionalidade existente e ajuda a remover a duplicação entre os códigos de produção e teste. O código agora está limpo conforme necessário.
- Repetir: O ciclo é repetido como nos casos anteriores com um novo teste. O requisito essencial é que o tamanho das etapas seja pequeno, com cerca de 1 a 10 edições entre cada execução de teste. Se o novo código não atender a um novo teste, o programador deve executar uma depuração adicional. A integração contínua fornece pontos de verificação reversíveis.
