Minha resposta para aqueles que acreditam que o valor do TDD é exagerado

O que é TDD?

1. Escrevendo um teste que falha em uma pequena parte da funcionalidade.
2. Implementação do funcional que leva à aprovação do teste.
3. Refatorar código antigo e novo para mantê-lo em um estado bem estruturado e legível.

#!/usr/bin/env python

"""
test.py
"""

import unittest

from main import *

class TestDrivenDevelopment(unittest.TestCase):

        def test_pythagorean_theorem(self):
                a, b = 3, 4
                self.assertEqual(calculate_side_c(a, b), 5)

if __name__ == '__main__':
    unittest.main()

#!/usr/bin/env python

"""
main.py
"""

def calculate_side_c(side_a, side_b):
    return True

#!/usr/bin/env python

"""
main.py
"""

def calculate_side_c(side_a, side_b):
    c_squared = (side_a * side_a) + (side_b * side_b)
    c = c_squared ** 0.5
    return c 

#!/usr/bin/env python

"""
main.py
"""

def calculate_side_c(side_a, side_b):
    return ((side_a ** 2) + (side_b ** 2)) ** 0.5

1. Temos um departamento de controle de qualidade. Escrever testes é o trabalho deles.
2. Criar testes nos quais moki e stubs possam ser necessários pode levar muito tempo e energia.
3. TDD não tem vantagens sobre o desenvolvimento convencional.
4. TDD é lento.

Temos um departamento de controle de qualidade. Escrever testes é o trabalho deles

• Correção - atender às necessidades de negócios.
• Clareza.
• Testabilidade.
• Extensibilidade.
• Simplicidade.

Criar testes nos quais moki e stubs podem ser necessários pode levar muito tempo e energia

• É um teste modular, ou deve ser considerado como um teste de nível superior, como um teste de serviço?
• O código está bem projetado, cada classe e método é consistente com o princípio de responsabilidade exclusiva (o código está muito bem acoplado)?

TDD não tem vantagens sobre o desenvolvimento convencional

TDD está lento

1. Frequência de implantação.
2. Alterar o tempo de execução.
3. Tempo de recuperação do serviço.
4. A frequência de falhas com alterações.

Sumário