Neste mundo de tecnologia de ponta, muitas organizações em todo o mundo optaram pelo processo de Integração Contínua (CI) devido aos benefícios que ele oferece. O CI é eficaz apenas quando executado corretamente. Sem monitoramento consistente de IC, nenhum resultado efetivo pode ser alcançado.
Com a Integração Contínua, a integração frequente está sendo feita por desenvolvedores e os códigos são confirmados frequentemente em um dia. Cada novo código é mesclado com os códigos existentes e testado automaticamente, portanto, o teste automatizado desempenha um papel importante em todo o processo de CI porque permitir o teste automatizado de CI revela muitos problemas durante o processo de CI e corrige o problema imediatamente. basta verificar isto http://tetranoodle.com/things-to-remember-while-performing-ci-testing/
Aqui, abordei algumas práticas recomendadas que você pode precisar para executar testes de CI sem problemas e eficazes:
TESTE INTEGRADO: O PRIMEIRO MOVIMENTO
Um teste de integração mostra que partes distintas do sistema estão trabalhando juntas. Os testes de integração cobrem aplicativos inteiros, portanto, exigem mais esforço. O objetivo por trás de executar o teste integrado primeiro é que ele detecte e resolva grandes problemas mais cedo. Basicamente, ele usa valores dependentes do sistema que mudam dinamicamente e testam várias coisas ao longo de um caso de teste.
TESTE DE UNIDADE: O PRÓXIMO MOVIMENTO
Os testes de unidade não devem ser misturados com o teste integrado, os testes de lógica de negócios passam por testes de unidade que são mais rápidos e buscam cada mudança ativada. Ele testa um pequeno trecho de código. A execução desse teste com muita frequência pode levar a um código livre de erros. Por outro lado, o teste integrado é mais lento e executado apenas para fins de integração sem erros de todas as compilações até o momento diariamente.
TESTE INTEGRADO TESTE
DE UNIDADE
Precisa de ferramentas adicionais
Não precisa de nenhuma ferramenta adicional
Executar mais lento
Executar mais rápido
Confirmar código em cada compilação
Não confirmado com frequência
Simples de escrever devido a bits distintos
Complexo, precisa de ferramentas para escrever
MANTENHA-OS SEPARADOS
Tanto o teste integrado quanto o de unidade são completamente diferentes com propósitos totalmente diferentes, portanto, os desenvolvedores devem mantê-los separados uns dos outros enquanto executam o teste de CI para evitar qualquer tipo de conflito no processo de integração contínua. A falha no teste de unidade significa que há um bug na lógica de negócios, enquanto no caso de teste integrado, você não precisa examinar a lógica de negócios, mas algumas alterações podem ter sido feitas no ambiente.
Um teste de unidade tem um escopo específico e testa um pouco de seu aplicativo, então quando ele falha, o motivo geralmente é tranquilo, fácil de entender e corrigir o problema. Os testes de coordenação são muito exclusivos. Seu diploma pode passar por vários módulos de software. Portanto, se um teste integrado falhar, pode ser mais complexo e imprevisível reconhecer a causa.
NÃO PARE NO TESTE DE INTEGRAÇÃO
O teste não termina com a forma como os módulos de software funcionam uns com os outros, ou mesmo como funcionam com outros módulos externos. É algo além. A implantação contínua de seu software será realizada em um sistema completo que pode incluir algumas ferramentas de virtualização, bancos de dados, servidores de e-mail, balanceadores de pilha, servidores DNS, servidores intermediários e muito mais. O encontro de seus clientes depende de seu ambiente de aplicativo, bem como de como ele é implementado em seu ambiente de produção e como funciona com cada uma dessas outras partes marginais. Essas são as partes que você deve ter como alvo, portanto, depois de validar ou em processo de validação de sua arquitetura de alto nível com testes de integração, certifique-se de também executar testes de sistema que simulem com precisão seu ambiente de produção.