Questão de Tecnologia da Informação · CESGRANRIO CAIXA 1/2021/NM (nº 31)

Shift left testing significa “mover os testes para a esquerda” no fluxo de desenvolvimento (que costuma ser desenhado como uma linha da esquerda para a direita: requisitos → design → código → teste → operação). Ou seja, em vez de testar só no final, você testa desde o início, assim os bugs são encontrados mais cedo, quando são mais baratos e fáceis de corrigir.

• (A) Incorreta: Testar junto com a entrada em operação é “shift right” (testes em produção), o oposto do conceito; a banca tenta confundir quem pensa em “testes contínuos” sem saber a direção do fluxo.
• (B) Incorreta: Não é sobre o ambiente (desenvolvimento vs. produção), e sim sobre o momento no ciclo de vida; testar só no ambiente de desenvolvimento não garante que seja cedo, e o shift left pode incluir testes em outros ambientes desde que sejam nas fases iniciais.
• (C) Incorreta: Automação é uma ferramenta que ajuda, mas não é o que define o shift left; você pode automatizar testes tardios ou fazer testes manuais cedo — a essência é a fase, não a ferramenta.
• (D) Correta: É exatamente isso: o shift left testing defende que os testes sejam executados desde as fases iniciais (requisitos, design, código), antecipando a detecção de defeitos e reduzindo custos de correção.
• (E) Incorreta: Testes não “dirigem” o desenvolvimento no sentido de substituir o TDD (Test-Driven Development) ou o BDD; o shift left é uma estratégia de antecipação, não uma metodologia que coloca os testes como motor do projeto — a banca tenta confundir com TDD, mas o conceito da questão é outro.