A Relação Entre Desenvolvimento Orientado a Testes e Qualidade ...

sistema atende os requisitos do cliente ao final do ciclo de vida. Tradicionalmente, teste
de software tem sido considerado um processo de validação, isto é, uma fase do ciclo de
vida [Lewis 2004].
2.1.2. Qualidade Externa e Interna
Qualidade externa é a qualidade medida pelo cliente, e qualidade interna é a qualidade
medida pelas pessoas que possuem acesso ao código, como é o caso dos programadores
e arquitetos.
As metodologias ágeis pregam que a qualidade interna de um software não é negociável,
ela deve ser fixada como ótima durante todo o ciclo de vida do software. Algumas
equipes, na esperança de reduzir o prazo de entrega, sacrificam temporariamente
a qualidade interna na esperança de que a qualidade externa não sofrerá um grande impacto.
Esta estratégia é muito tentadora em um cenário em curto prazo. Porém, eventualmente
problemas de qualidade interna o alcançarão e tornarão aquele software proibitivamente
caro de manter ou mesmo incapaz de alcançar um nível competitível de qualidade
externa [Beck 1999]. Este fenômeno é conhecido como débito tecnológico. Segundo
[Friedman 2009], tentar trocar a qualidade por velocidade é uma das estratégias mais errôneas
existentes.
2.2. Testes Unitários
De acordo com [Lewis 2004], teste unitário é a escala mais “micro” de testes para testar
funções particulares ou módulos de códigos. Tipicamente são feitos pelo programador e
não por testadores, já que requerem um conhecimento detalhado do código e do design
interno do software. Nem sempre são fáceis de se implementar a não ser que a aplicação
tenha uma arquitetura muito bem desenhada com código organizado.
[Bellware 2009] acredita que quando testes são escritos após o código de produção
já estar pronto, na realidade o que se está fazendo é um tipo de engenharia reversa, que é
uma forma de engenharia de que exige uma grande quantidade de esforço. Exige muito
esforço porque ao se escrever os testes neste momento, o programador precisará ler todo
o código, entender o que ele faz e adivinhar como escrever um teste para este código.
Os testes produzidos desta maneira acabarão, provavelmente, não servindo para cobrir o
mínimo necessário dos caminhos alternativos de execução do código.
2.3. Desenvolvimento Orientado a Testes
As metodologias ágeis já se tornaram populares na área de desenvolvimento de software.
A cada dia, mais empresas as adotam para amenizar problemas de qualidade e de entrega
de produtos que agreguem o valor real aos seus clientes.
Algumas metodologias ágeis como Scrum tem foco em práticas gerenciais e organizacionais,
enquanto XP tem foco maior em práticas de programação. O TDD é uma
das práticas que fazem parte do núcleo do XP [Beck 1999] que entra em cena durante as
fases de desenho e codificação de um software.
XP é uma metodologia ágil e leve para equipes de desenvolvimento de software
de tamanho pequeno à médio que lidam com requisitos vagos ou que mudam rapidamente