Vamos analisar as alternativas com base no conceito de testes de integração Top-down e Bottom-up: - No Top-down, a integração começa pelos módulos de nível superior (mais próximos do controle principal) e vai descendo para os módulos inferiores. Como os módulos inferiores podem não estar prontos, usa-se stubs para simular esses módulos inferiores ausentes. - No Bottom-up, a integração começa pelos módulos inferiores (mais próximos das funções básicas) e vai subindo para os módulos superiores. Como os módulos superiores podem não estar prontos, usa-se drivers para simular esses módulos superiores ausentes. Agora, analisando as alternativas: a) Top-down verifica cedo a estrutura de controle principal, empregando stubs para substituir módulos inferiores. - Correto. Isso está de acordo com o conceito explicado. b) Top-down dispensa simulação, exigindo módulos inferiores desenvolvidos antes de iniciar a integração. - Errado. Top-down usa stubs justamente para simular módulos inferiores que ainda não existem. c) No Bottom-up, testes iniciam no nível superior, usando drivers para simular módulos inferiores inexistentes. - Errado. Bottom-up começa pelos módulos inferiores, e drivers simulam módulos superiores, não inferiores. d) No Bottom-up, foca-se na interface com usuário antes de testar regras de negócio dos módulos inferiores. - Errado. Bottom-up começa pelos módulos inferiores, não pela interface. e) Stubs chamam módulos inferiores e são essenciais na estratégia Bottom-up para acionar funcionalidades. - Errado. Stubs são usados no Top-down, não no Bottom-up. Resposta correta: a)