Questão de Engenharia de Software — Conceitos e Fundamentos da Qualidade de Software — Quadrix 2026
Engenharia de Software›Conceitos e Fundamentos da Qualidade de Software
Código
qa433570
Banca
Quadrix
Órgão
CREFITO 17
Ano
2026
Cargo
Ana ( )
Acerca da UML (Unified Modeling Language) e dos fundamentos de teste de software, julgue o item seguinte.
De acordo com o princípio do early testing, o planejamento das atividades de teste deve ter início nas fases iniciais do desenvolvimento, o que tende a reduzir o custo e o esforço de correção de defeitos.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoC — Certo
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Princípio do early testing em teste de software
Gabarito: CERTO. O princípio do early testing (teste antecipado) determina que as atividades de teste devem começar o mais cedo possível no ciclo de desenvolvimento, idealmente já na fase de levantamento e análise de requisitos, pois quanto mais cedo um defeito é encontrado, menor é o custo e o esforço para corrigi-lo. Essa é uma diretriz clássica da engenharia de software, defendida por autores como Myers e Pressman, e amplamente cobrada em concursos.
O early testing é um dos sete princípios fundamentais do teste de software, ao lado de outros como "teste exaustivo é impossível", "agrupamento de defeitos" e "paradoxo do pesticida". A lógica por trás dele é simples e poderosa: o custo relativo de corrigir um defeito cresce exponencialmente conforme o software avança no ciclo de vida. Um erro identificado na fase de requisitos pode custar 1 unidade de esforço; se descoberto na fase de projeto, custa algumas vezes mais; na codificação, mais ainda; e se chegar à manutenção, pode custar dezenas ou até centenas de vezes mais. Por isso, antecipar o planejamento e a execução dos testes é uma estratégia de redução de custos e de melhoria da qualidade.
Na prática, o early testing significa que o testador deve participar desde a definição dos requisitos, revisando especificações, identificando ambiguidades e definindo critérios de aceitação antes mesmo de o código existir. Isso não quer dizer que todos os testes sejam executados no início — a execução continua distribuída ao longo do desenvolvimento —, mas o planejamento e o projeto dos casos de teste começam cedo. Essa abordagem contrasta com o modelo em cascata tradicional, em que os testes ficam concentrados no final do processo, o que aumenta o risco de defeitos caros e difíceis de corrigir.
A banca explora exatamente esse contraste: o candidato que associa teste apenas à fase final do desenvolvimento tende a marcar ERRADO, mas o enunciado fala em "planejamento das atividades de teste" nas fases iniciais, o que é precisamente o que o princípio defende. A palavra-chave é planejamento — não execução. O princípio não exige que os testes sejam executados no início, mas que sejam planejados e projetados cedo, para que os defeitos sejam detectados o quanto antes.
1Requisitos (custo baixo)
2Projeto (custo cresce)
3Codificação (custo maior)
4Manutenção (custo altíssimo)
LEVEL · soulevel.com.br
NÃO CAIA NESSA!
A banca pode tentar confundir o candidato fazendo-o acreditar que o early testing exige a execução dos testes nas fases iniciais. Mas o princípio foca no planejamento e no projeto dos testes, não na execução. A execução continua ocorrendo ao longo do ciclo, mas a preparação antecipada é o que reduz custos. Fique atento a essa distinção: se a questão disser "executar testes no início", pode estar errada; se disser "planejar testes no início", está certa.
✅ CERTO. O item está correto porque descreve fielmente o princípio do early testing: o planejamento das atividades de teste deve começar nas fases iniciais do desenvolvimento, o que reduz o custo e o esforço de correção de defeitos, conforme a literatura clássica de engenharia de software.