APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Testabilidade depende da capacidade de preparar condições e observar resultados. Um serviço assíncrono que apenas responde recebido pode precisar de uma forma de consultar o estado final por identificador. Essa consulta permite distinguir pedido aceite, processamento concluído e efeito confirmado. Preparar dados conhecidos dá controlo sobre a experiência; registos correlacionados permitem interpretar o resultado. Desenha esses mecanismos com limites de acesso adequados e sem introduzir portas de manutenção inseguras em produção. O ambiente deve representar as características relevantes para a pergunta, não necessariamente reproduzir toda a produção. Documenta diferenças como identidade, filas, volume e configuração, pois limitam a conclusão que se pode transportar para outro ambiente.
Aplicação guiada
Para avaliar uma ferramenta, escolhe uma pequena amostra representativa: uma operação bem-sucedida, uma rejeição esperada, uma interação com autenticação e uma falha diagnosticável. Define critérios antes do ensaio, incluindo compatibilidade técnica, capacidade de integração, manutenção e informação de erro. Uma demonstração comercial num ecrã simples não prova suporte ao componente específico que a aplicação usa. Regista resultados reproduzíveis e lacunas, em vez de apenas uma opinião de preferência. Se a ferramenta não consegue identificar um controlo essencial, investiga uma alternativa de interface ou um mecanismo estável antes de prometer cobertura. A decisão deve considerar quem ficará responsável pela solução após o piloto.
Identificador de pedido mais consulta de estado permite avaliar conclusão assíncrona.
Armadilhas comuns
Recebido como concluído; demonstração como compatibilidade; diferenças de ambiente omitidas.
Tópicos relacionados: Objetivo e âmbito da automação · Arquitetura, camadas e dados · Piloto, fixtures e manutenção
Faz um ensaio que exponha as limitações relevantes.
Referência: ISTQB CTAL-TAE syllabus · CTAL-TAE v2.0 (2024)