Existe alguém que pode definir claramente esses níveis de teste, pois acho difícil diferenciar ao fazer TDD ou teste de unidade. Por favor, se alguém pode explicar como, quando implementá-los?
Respostas:
Resumidamente:
Teste de unidade - você testa cada parte individual do código. Pense em cada arquivo ou classe.
Teste de integração - ao colocar várias unidades que interagem, você precisa conduzir o teste de integração para se certificar de que a integração dessas unidades não introduziu nenhum erro.
Teste de regressão - depois de integrar (e talvez consertar), você deve executar os testes de unidade novamente. Este é um teste de regressão para garantir que outras alterações não quebrem nenhuma unidade que já foi testada. O teste de unidade que você já fez produziu os testes de unidade que podem ser executados repetidamente para teste de regressão.
Testes de aceitação - quando um usuário / cliente / empresa recebe a funcionalidade, eles (ou seu departamento de teste) conduzirão testes de aceitação para garantir que a funcionalidade atenda aos seus requisitos.
Você também pode querer investigar os testes das caixas branca e preta. Há também testes de desempenho e carga, além de testes de "ilidades" a serem considerados.
Teste de unidade: quando falha, ele informa qual parte do seu código precisa ser consertada.
Teste de integração: quando falha, informa que as partes de seu aplicativo não estão funcionando como esperado.
Teste de aceitação: quando falha, informa que o aplicativo não está fazendo o que o cliente espera.
Teste de regressão: quando falha, informa que o aplicativo não se comporta mais como antes.
Aqui está uma explicação simples para cada um dos testes mencionados e quando eles são aplicáveis:
Teste de unidade Um teste de unidade é executado em uma unidade independente (geralmente uma classe ou método) e deve ser executado sempre que uma unidade for implementada ou a atualização de uma unidade for concluída.
Isso significa que ele é executado sempre que você escreve uma classe / método, corrige um bug, altera a funcionalidade ...
Teste de integração O teste de integração visa testar como várias unidades interagem umas com as outras. Este tipo de teste deve ser realizado sempre que uma nova forma de comunicação foi estabelecida entre as unidades ou a natureza de sua interação mudou.
Isso significa que ele é executado sempre que uma unidade escrita recentemente é integrada ao resto do sistema ou sempre que uma unidade que interage com outros sistemas é atualizada (e concluído com sucesso seus testes de unidade).
Teste de regressão Os testes de regressão são realizados sempre que algo é alterado no sistema, para verificar se não foram introduzidos novos bugs.
Isso significa que ele é executado após todos os patches, atualizações e correções de bugs. O teste de regressão pode ser visto como um caso especial de teste de unidade combinado e teste de integração.
Teste de aceitação Os testes de aceitação são realizados sempre que for relevante verificar se um subsistema (possivelmente o sistema inteiro) atende a todas as suas especificações.
Isso significa que ele é executado principalmente antes de terminar uma nova entrega ou anunciar a conclusão de uma tarefa maior. Veja isso como sua verificação final para ver se você realmente completou seus objetivos antes de correr para o cliente / chefe e anunciar a vitória.
Pelo menos foi assim que aprendi, embora tenha certeza de que existem outras visões opostas. De qualquer maneira, espero que ajude.
Vou tentar:
Teste de unidade: meu único método está funcionando corretamente? (SEM dependências ou simulações de dependências)
Teste de integração: meus dois módulos desenvolvidos separadamente estão funcionando corretamente quando colocados juntos?
Teste de regressão: Eu quebrei alguma coisa ao alterar / escrever um novo código? (a execução de testes de unidade / integração com cada confirmação é um teste de regressão tecnicamente (automatizado)). Mais frequentemente usado no contexto do controle de qualidade - manual ou automatizado.
Teste de Aceitação : teste feito pelo cliente, de que ele "aceita" o SW entregue
Não posso comentar (reputação muito baixa: - |) então ...
@Andrejs destaca as diferenças entre os ambientes associados a cada tipo de teste.
Os testes de unidade são executados normalmente na máquina dos desenvolvedores (e possivelmente durante a construção de CI) com dependências simuladas para outros recursos / sistemas.
Os testes de integração, por definição, devem ter (algum grau) de disponibilidade de dependências; os demais recursos e sistemas sendo chamados para que o ambiente seja mais representativo. Os dados para teste podem ser simulados ou um pequeno subconjunto ofuscado de dados de produção reais.
O teste de UAT / Aceitação deve representar a experiência do mundo real para o controle de qualidade e as equipes de negócios que aceitam o software. Portanto, precisa de integração total e volumes de dados realistas e conjuntos de dados totalmente mascarados / ofuscados para fornecer desempenho e experiência realistas do usuário final.
Outras "ilidades" também precisam que o ambiente seja o mais próximo possível da realidade para simular a experiência de produção, por exemplo, testes de desempenho, segurança, ...