Alternativa C - Teste de integração
Introdução
Para determinar o tipo de teste adequado, é necessário compreender o objetivo principal da ação descrita na questão: verificar a comunicação entre dois sistemas distintos (o seu código e a API externa).
Quando um desenvolvedor precisa validar se consegue conectar-se e recuperar dados de um serviço externo, ele está testando a interface entre componentes. Isso caracteriza especificamente um teste de integração.
Desenvolvimento
Por que Teste de Integração?
O teste de integração foca na verificação da interação entre diferentes módulos ou serviços. Neste caso:
- O sistema precisa fazer requisições HTTP reais (geralmente).
- É necessário validar o protocolo de comunicação (REST, SOAP, etc.).
- O objetivo é garantir que a "integração" com a API externa funcione corretamente.
Análise das outras alternativas
Para entender melhor por que as demais opções não são as melhores escolhas, podemos compará-las:
| Tipo de Teste | Foco Principal | Relação com API |
|---|
| Teste Unitário | Código interno isolado | Usa Mocks para simular a API, sem chamá-la de verdade. |
| Teste Mocked | Isolamento de dependências | É uma técnica usada nos testes unitários, não o tipo final do teste. |
| Teste Funcional | Comportamento do usuário | Foca no resultado final, não na conexão técnica direta. |
| Teste de Regressão | Preservação de funcionalidade | Garante que mudanças anteriores não quebraram nada. |
Conclusão sobre a escolha
Se você estivesse fazendo um test unitário, você usaria um objeto "Mock" para simular a resposta da API, pois o teste unitário deve ser rápido e isolado. Como a intenção explícita é "acessar dados" (verificar a capacidade real de acesso), isso exige a execução da integração real entre os sistemas.
Portanto, a alternativa correta é a C.