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

O teste de unidade verifica a menor parte testável do software (uma função, um método, uma classe) isolada do restante do sistema, garantindo que ela funcione sozinha antes de ser integrada. "Isolada" aqui significa que usamos mocks ou stubs (simulações) para substituir dependências externas, como bancos de dados ou outras classes.

• (A) Correta: É exatamente o objetivo do teste de unidade: testar o componente de forma isolada, sem interação com outras partes do sistema, para validar seu comportamento individual.
• (B) Incorreta: Coesão (quão relacionadas estão as responsabilidades dentro de um módulo) é uma métrica de design de código, não um objetivo de execução de teste de unidade.
• (C) Incorreta: Acoplamento (grau de dependência entre módulos) é avaliado em análise de arquitetura, não no teste de unidade, que justamente busca eliminar o acoplamento durante o teste.
• (D) Incorreta: Testar componentes "quando unificados na versão a ser lançada" é o papel do teste de integração ou teste de sistema, não do teste de unidade.
• (E) Incorreta: Armadilha da banca: "responder a entradas únicas" parece lógico, mas o teste de unidade testa múltiplas entradas (incluindo casos de borda, inválidos, etc.) para cobrir diferentes caminhos do código. A pegadinha está em confundir "unidade" (componente) com "entrada única" (um único dado de teste). O foco é o componente isolado, não a quantidade de entradas.