O teste contínuo é o processo de incorporar feedback automatizado em diferentes estágios do ciclo de vida de desenvolvimento de software (SDLC) para dar suporte a uma melhor velocidade e eficiência ao gerenciar implantações.

Os testes contínuos são um fator essencial por trás da eficácia dos processos de CI/CD (integração contínua/entrega contínua) e desempenham um papel crucial na aceleração dos cronogramas do SDLC, melhorando a qualidade do código, evitando gargalos dispendiosos e acelerando os processos de DevOps.

Um dos princípios fundamentais no desenvolvimento de uma abordagem prática de DevOps é preencher a lacuna entre a entrega rápida de software e experiências de usuário confiáveis. No entanto, a maneira convencional de obter feedback manualmente em cada estágio de desenvolvimento de software (ou seja, design de projeto, codificação, teste, implementação e manutenção) levou a um uso insuficiente e ineficaz dos recursos organizacionais e, em última análise, a ciclos de integração mais longos e atualizações de produtos atrasadas.

Os testes contínuos abordam essas ineficiências ajudando as equipes de DevOps a " mudarem para a esquerda, " fornecendo feedback valioso logo no início do SDLC, automatizando os processos de teste manual e minimizando o erro humano.

O teste contínuo funciona usando ferramentas automatizadas para carregar scripts de QA predefinidos em todos os estágios de produção. Esses scripts automatizados eliminam a necessidade de intervenção humana regular ao executar testes de QA e validam sequencialmente a eficiência do código-fonte, garantindo que qualquer feedback relevante seja imediatamente fornecido às equipes apropriadas.

Se os testes automatizados falharem, as equipes de desenvolvimento serão notificadas nesse estágio individual de desenvolvimento para que possam fazer os ajustes necessários em seu código-fonte "antes", afetando outras equipes em diferentes estágios do SDLC. Se testes automatizados passarem na inspeção, os projetos são automaticamente passados para a próxima etapa do SDLC, dando às organizações a capacidade de criar um modelo de entrega sustentável que maximize a produtividade e melhore a coordenação interdepartamental.

No vídeo a seguir, Eric Minick se aprofunda no assunto:

A incorporação de testes contínuos nos processos DevOps oferece vários benefícios para empresas em crescimento.

Melhor eficiência e implantações de maior qualidade. O teste contínuo fornece um método automatizado de gerenciamento de garantia de qualidade e interoperação de qualidade entre fluxos de trabalho em cada estágio do ciclo de vida do desenvolvimento de software (SDLC). Ao integrar ciclos de feedback contínuo aos módulos de teste de usuários e unidades, os desenvolvedores podem receber a visão prática de que precisam para melhorar a compatibilidade e o desempenho do código antes que ele seja implantado. Essa eficiência resolve as desconexões entre vários membros da equipe de DevOps e suporta cronogramas acelerados de entrega de software.

Detecção e correção rápidas de erros para projetos distribuídos. As arquiteturas de desenvolvimento modernas de hoje são multifacetadas e multicamadas. Os testes contínuos ajudam as equipes de desenvolvimento a eliminar essas complexidades, incorporando uma solução de testes automatizada e dimensionável que melhora significativamente os cronogramas de descoberta e correção de erros.

Experiência do usuário aprimorada. Os métodos avançados de teste contínuo podem simular uma variedade de casos de uso exclusivos e cenários de solução de problemas e observar como os usuários respondem a eles. O insight obtido com essas simulações permite que os desenvolvedores removam as ineficiências da interface do usuário mais cedo e evitem surpresas indesejadas após a implantação do produto físico.

Custos reduzidos devido à interrupção dos negócios relacionada ao desenvolvimento. Especialmente em grandes sistemas interconectados, um erro em apenas um módulo de um aplicativo pode ter efeitos cascata que podem causar tempo de inatividade indesejado, afetando negativamente a produtividade e os resultados financeiros.

Os provedores de nuvem, por exemplo, relatam rotineiramente falhas em uma extremidade que paralisam uma região inteira e causam interrupções que duram várias horas. Isso pode ser particularmente devastador para as organizações que dependem da alta disponibilidade de serviços. Os testes contínuos em um nível granular identificam erros que, de outra forma, poderiam ser invisíveis em grandes sistemas de software e ajudam a evitar os custos de interrupção dos negócios.

O teste contínuo envolve um espectro de testes que garantem confiabilidade, segurança, desempenho das operações e usabilidade do sistema. Os testes no espectro incluem o seguinte:

• Teste Shift-Left: essa abordagem prioriza os testes de software e sistema no início do ciclo de vida de desenvolvimento de software (SDLC) para ajudar a reduzir ou evitar problemas significativos de depuração no futuro.
  
  
• Teste Shift-Right: essa abordagem prioriza os testes próximos ao final do SDLC, com foco em melhorar a experiência do usuário, o desempenho geral, a tolerância a falhas e a funcionalidade.
  
  
• Testes de fumaça: esses testes, que podem ser manuais ou automatizados, fornecem um rastreamento cursivo inicial para falhas conspícuas no software. Embora os testes de fumaça não sejam elaborados em sua construção, eles ainda fornecem uma solução rápida e barata para a eliminação de erros brutos no software.
  
  
• Teste de unidade: são ideais para verificações de estresse, carga, volume ou vazamento de memória em pequena escala em compilações para identificar degradações em estágios iniciais de desenvolvimento.
  
  
• Testes de integração e mensagens : verificam se há erros quando os módulos de software estão trabalhando em conjunto uns com os outros. O teste contínuo virtualiza as dependências ausentes para que as equipes possam testar o desempenho coletivo dos processos e cenários de ponta a ponta. O código composto é então compilado e executado no tempo de execução para testar se eles executam como esperado.
  
  
• Teste de desempenho: testar o desempenho do software do aplicativo por si só pode não levar em conta o hardware e middleware no ambiente de produção final. O teste de sistema integrado é necessário para avaliar efetivamente o desempenho geral da solução.
  
  
• Testes funcionais: Essa forma de teste verifica se a experiência do usuário atende às expectativas e se os fluxos de trabalho funcionais são executados conforme necessário em um sistema de software. Por exemplo, o software da cadeia de suprimentos deve alertar os caminhões para chegarem às fábricas quando o estoque estiver disponível para envio. (Por outro lado, o teste não funcional se concentra no desempenho, usabilidade, confiabilidade, tempo de resposta, tempo de carregamento, escalabilidade, etc. e medidores de prontidão do software para proporcionar a experiência do cliente desejada.)
  
  
• Teste de regressão: esse teste verifica se há alguma alteração no desempenho, funcionalidade ou dependência depois que os erros são corrigidos em qualquer software dependente e se o sistema funciona como antes.
  
  
• Teste de aceitação do usuário: Também chamado de teste de aplicativo ou teste de usuário final, é quando o aplicativo é testado em uma situação real por algum subconjunto de usuários pretendidos. O teste beta é um exemplo de teste de aceitação do usuário.

Os sistemas e aplicativos de TI correm um risco maior de erros devido às seguintes características:

• Eles estão cada vez mais integrados a uma série de tecnologias emergentes — por exemplo, computação em nuvem, Internet das Coisas (IoT), redes definidas por software, realidade aumentada (RA)
  
  
• Eles estão cada vez mais distribuídos em várias regiões, com um núcleo e uma borda perfeitamente interconectados. Aplicações para cidades inteligentes, carros autônomos e utilitários inteligentes são beneficiários de tal arquitetura

Nesses casos, o teste contínuo é mais exigente porque o desenvolvimento não ocorre em um único local ou empresa. Terceiros, incluindo equipes remotas, podem fornecer alguns elementos do sistema. O sistema pode ser integrado às interfaces de programação de aplicativos (APIs). Cada equipe de desenvolvimento opera em diferentes ambientes de TI, incluindo software legado. O ambiente físico de cada uma das equipes é impossível de reproduzir para testes contínuos.

Felizmente, os testes contínuos podem ser virtualizados para criar um ambiente de teste em que todo o sistema possa ser reproduzido virtualmente em uma única interface. Um ambiente virtualizado pode ser reconfigurado com facilidade para testar um sistema de TI diferente ou um que tenha sido alterado para corrigir erros

Em um ambiente DevOps, o teste contínuo é realizado automaticamente durante todo o ciclo de vida do desenvolvimento de software (SDLC) e funciona em conjunto com a integração contínua para validar automaticamente qualquer novo código integrado ao aplicativo.

As ferramentas de teste são pré-carregadas com scripts de teste que são executados automaticamente sempre que um novo código é integrado ao aplicativo. Normalmente, os testes começam com testes de integração e passam automaticamente para testes de sistema, testes de regressão e testes de aceitação do usuário.

Os testes geram feeds de dados de cada módulo do aplicativo, e os feeds são analisados para garantir que todos os módulos impactados pelo novo código tenham o desempenho esperado. Se um teste falhar, o código volta para a equipe de desenvolvimento para correção; então ele é reintegrado e o ciclo de testes recomeça.

Assim que todos os testes forem aprovados, o aplicativo ou projeto será movido para a próxima etapa do SDLC — normalmente entrega contínua.

Veja a explicação de Andrea Crawford sobre DevOps para obter algumas informações básicas sobre o assunto:

Uma estrutura de testes contínua é necessária para conjuntos de testes para garantir sua consistência entre os módulos em um aplicativo, seus conectores (ou APIs e contêineres), as plataformas, sua infraestrutura e os cenários que definem suas necessidades.

Os conjuntos de testes podem ser sequenciais (por exemplo, os testes de regressão seguem os testes de unidade) ou podem ser simultâneos (por exemplo, uma nova iteração de um módulo é acompanhada por um teste com testes correspondentes para suas dependências).

Uma estrutura de testes contínua fornece um wrapper em torno do conjunto de testes para que eles sejam aplicados consistentemente e preparem o caminho para a automação. Os desenvolvedores querem ter certeza de que a abordagem que adotam para um módulo não é diferente daquela aplicada a módulos relacionados. Quando os módulos evoluem, o mesmo acontece com uma gama de testes para softwares inter-relacionados.

As estruturas fornecem uma maneira padrão de modificar convenientemente os scripts e as funções para testes. A automação colherá os ganhos quando as inconsistências nos testes forem removidas, caso contrário, gerará uma série de resultados de testes enganosos.