Contexto
Sub-task de #203 (quebra de escopo pós-FAIL de QA). Ver comentário de quebra em #203.
Escopo
Antes de liberar o Test Lab para execução, o client deve chamar um endpoint de validação sintática/estática (se/quando existir) ou, na ausência dele, reaproveitar compileDiagnostics de forma antecipada (pré-execução) em vez de só pós-compilação como é hoje.
Critério de aceite
- Given um artefato com erro sintático conhecido, When o usuário tenta rodar no Test Lab, Then a execução é bloqueada antes de chamar o pipeline de compilação, com diagnóstico exibido.
- Given um artefato válido, When o usuário roda no Test Lab, Then a validação prévia passa e o fluxo segue normalmente sem regressão de latência perceptível.
Dependência
Verificar com a API se existe (ou pode existir a curto prazo) endpoint de validação dedicado; caso não exista, escopo cai para reordenar o uso do compileDiagnostics já disponível — registrar qual caminho foi tomado na implementação.
Relação
Filha de #203 (Epic). Independente de #203a — pode ser feita em paralelo.
Contexto
Sub-task de #203 (quebra de escopo pós-FAIL de QA). Ver comentário de quebra em #203.
Escopo
Antes de liberar o Test Lab para execução, o client deve chamar um endpoint de validação sintática/estática (se/quando existir) ou, na ausência dele, reaproveitar
compileDiagnosticsde forma antecipada (pré-execução) em vez de só pós-compilação como é hoje.Critério de aceite
Dependência
Verificar com a API se existe (ou pode existir a curto prazo) endpoint de validação dedicado; caso não exista, escopo cai para reordenar o uso do
compileDiagnosticsjá disponível — registrar qual caminho foi tomado na implementação.Relação
Filha de #203 (Epic). Independente de #203a — pode ser feita em paralelo.