Diferença entre o teste de unidade, teste de sistema, teste de integração e teste de regressão

teste de Unidade

testes de Unidade são realizadas sobre as unidades individuais de um programa e destinam-se a examinar um componente individual que foi modificado ou introduzido, pela primeira vez. Cada teste que visa validar um único módulo deve ser apresentado com a documentação técnica relacionada anexada, que conterá, entre outras informações, as saídas que o módulo testado deve fornecer. Os testes unitários concentram-se na funcionalidade e confiabilidade do software e são realizados em uma fase de teste antes da integração do sistema. Se um defeito fosse descoberto durante um teste unitário, sua natureza e impacto no sistema geral seriam avaliados; o objetivo é resolvê-lo antes que o módulo testado seja aprovado.

Teste do sistema

o teste do sistema é realizado em todos os componentes e módulos novos ou modificados que caracterizam um produto. O objetivo é entender como os diferentes blocos unitários interagem uns com os outros e se eles fornecem os resultados necessários em geral; a ênfase é colocada na validação e verificação dos requisitos do sistema e em como os módulos individuais trabalham juntos quando estão conectados. Normalmente, os testes no sistema são mais de um: o primeiro merece menção especial (normalmente chamado de “teste de fumaça”), que visa estudar em termos gerais como o programa se comporta e se as principais funções são realizadas corretamente, sem se debruçar sobre os detalhes. Testes em todo o sistema levar um longo tempo, como é necessário realizar um grande número, a fim de analisar todos os possíveis cenários que podem ocorrer; o Plano de Teste neste momento desempenha um muito delicado papel, porque ele contém a descrição dos casos de teste, a sequência em que devem ser realizadas e a documentação necessária para a lista de resultados. Quando um erro é descoberto e corrigido, o teste deve ser executado novamente para garantir que as correções feitas não tenham tido influência negativa nos componentes que anteriormente não tinham erros (o teste de regressão já mencionado acima).

teste de integração

depois de realizar os vários testes do sistema, é necessário garantir que o programa desenvolvido forneça os resultados desejados, mesmo que seja executado em ambientes diferentes do nativo: portanto, é necessário realizar testes de integração, nos quais o produto é testado junto com outros interfaces e aplicativos. Ao contrário dos testes do sistema, nos testes de integração não é necessário testar novamente se um defeito é descoberto depois de Corrigido. Os testes de integração são divididos em diferentes grupos e podem ser realizadas ou não, dependendo da aplicação a ser testada:

• teste de Compatibilidade: garantir que o aplicativo funciona com diferentes configurações baseadas na-quelas disponíveis para o usuário
• testes de Desempenho: eles avaliam a capacidade de o aplicativo funcionar corretamente quando, por exemplo, vários usuários usá-lo simultaneamente ou o número de entradas aumenta
• testes de Estresse: eles testam o funcionamento correto do aplicativo quando ele está estressado com incomum cargas de trabalho
• testes de Carga: eles são complementares aos testes de estresse e avaliar o funcionamento da aplicação em cargas de trabalho normais

teste de Regressão

O teste de regressão, já mencionado nos parágrafos anteriores, é realizada sempre que o procedimento de um programa peça é modificada após a identificação de um defeito; quando um erro é corrigido, surge a possibilidade de que um novo é inadvertidamente introduzidos: há, portanto, a introdução de incerteza sobre a capacidade da aplicação para repetir todos os anteriormente realizados funções corretamente novamente. O teste de regressão é geralmente realizado em paralelo com outros testes e pode ser visto como um controle de qualidade para garantir que o código modificado continua a desempenhar correctamente as funções que não foram modificados e que atenda aos mesmos requisitos verificados anteriormente . Em conclusão, pode-se afirmar que o teste de regressão garante que o restante do aplicativo não sujeito a modificação não seja afetado por erros decorrentes da correção de outros.