CASE EM DESTAQUE

Quality Change Intelligence Lab

Quando não é possível executar tudo, Quality Engineering precisa decidir o que verificar primeiro e tornar explícito o risco que permanece. Este laboratório em Go formaliza essa decisão — sem inteligência artificial, apenas raciocínio determinístico sobre risco.

GoCLIRisk-Based TestingGitHub Actions

Problema

Dada uma mudança e um catálogo de verificações candidatas, nem sempre há tempo (ou orçamento de CI) para executar tudo. A ferramenta recebe uma descrição estruturada da mudança e decide, dentro de um orçamento de tempo, qual subconjunto de verificações maximiza a cobertura de risco disponível.

Risco

O risco de cada componente alterado é calculado como criticidade × tipo de mudança. As verificações do catálogo são associadas a esses riscos por palavra-chave de componente e por tag de risco, o que torna o mapeamento auditável em vez de implícito.

Estratégia

A seleção usa um método declarado como exact-maximum-risk-coverage: dentro do orçamento de tempo informado, escolhe o conjunto de verificações que maximiza a cobertura de risco. Cada entrada do catálogo é classificada como selecionada, não selecionada (risco já coberto por outra verificação) ou excluída (nível não permitido) — com o motivo explícito no relatório gerado.

Decisões de engenharia

Evidências

Stack

Go 1.18+Biblioteca padrão (stdlib)CLI
Ver código no GitHub Voltar ao portfólio