Vamos analisar as estratégias de integração e o uso de stubs e drivers: - Top-down: começa testando os módulos superiores (mais próximos da interface do usuário) e vai descendo para os módulos inferiores. Para testar os módulos superiores quando os inferiores ainda não estão prontos, usa stubs (módulos simulados que substituem os módulos inferiores ausentes). - Bottom-up: começa testando os módulos inferiores e vai subindo para os superiores. Para testar os módulos inferiores quando os superiores ainda não estão prontos, usa drivers (módulos simulados que acionam os módulos inferiores). Agora, analisando as alternativas: a) "A bottom-up testa primeiro os módulos inferiores, usando drivers para simular os níveis superiores." — Correto, pois bottom-up começa pelos módulos inferiores e usa drivers para simular os superiores. b) "A bottom-up prioriza módulos superiores e usa stubs para simular respostas dos inferiores ausentes." — Errado, isso é top-down. c) "A top-down inicia nos módulos inferiores e usa drivers para simular o controle, visando estabilidade." — Errado, top-down começa pelos módulos superiores e usa stubs. d) "Stubs são usados na bottom-up para acionar testes; drivers, na top-down, substituem módulos faltantes." — Errado, é o contrário. e) "A top-down dispensa simulação, assumindo que todos os módulos estejam codificados antes dos testes." — Errado, top-down usa stubs para simular módulos não prontos. Resposta correta: a. A bottom-up testa primeiro os módulos inferiores, usando drivers para simular os níveis superiores.