APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Testes de componente observam partes isoladas; integração de componentes avalia interações internas; testes de sistema observam o sistema completo; integração de sistemas trata relações entre sistemas distintos; aceitação avalia adequação às necessidades relevantes. Nível não é tipo: funcionalidade, desempenho, segurança e outras características podem ser avaliadas em diferentes níveis. Após corrigir um defeito, confirmação volta ao comportamento que falhava. Regressão procura efeitos adversos da alteração em áreas relacionadas ou anteriormente funcionais. A seleção deve seguir impacto e risco, não apenas a organização das equipas.
Aplicação guiada
Para migrar uma base de dados, identifica consultas, transações, recuperação e consumidores afetados mesmo que os requisitos funcionais não mudem. Prepara dados e ambiente que representem os riscos. Antecipar revisão de requisitos e testes rápidos no pipeline reduz o tempo até ao feedback, mas não demonstra que testes posteriores possam ser eliminados. Em ciclos curtos, liga cada incremento a critérios de aceitação e mantém uma estratégia de regressão sustentável. Usa retrospetivas para melhorar a abordagem com base em problemas observados.
Uma correção de arredondamento passa na moeda reportada. Como a biblioteca é partilhada, seleciona regressão noutras regras e canais antes de recomendar a release.
Armadilhas comuns
Confundir confirmação com regressão; dispensar testes numa migração sem novas funções; tratar testes unitários como prova de todo o sistema.
Tópicos relacionados: Revisão antes do código · Desenhar casos e medir cobertura
Relaciona cada alteração com comportamento corrigido, possíveis efeitos laterais e nível de evidência necessário.
Referência: ISTQB CTFL syllabus v4.0.1 · CTFL v4.0; syllabus v4.0.1 (2024-09-15)