O CyberAudit Pro é uma plataforma de Qualidade de Software focada em transformar histórias, ideias e requisitos em critérios de aceite, cenários BDD e casos de teste com clareza, padrão e rastreabilidade.
PÚBLICO Para quem é esta plataforma
🧪 QAs & Testers
Cenários BDD, estratégia de testes, regressão e evidências.
- Given/When/Then padronizado
- Fluxos principais, alternativos e negativos
- Checklist por release
📌 Product Owners & Analistas
Histórias mais claras e critérios objetivos para reduzir ruído no refinamento.
- Critérios testáveis
- Exemplos e regras explícitas
- Menos retrabalho
💻 Desenvolvedores
Requisitos bem definidos para entregar mais rápido e com menos dúvidas.
- Regras e validações claras
- Menos “interpretação”
- Menos bugs de entendimento
🔁 Times Ágeis
Linguagem comum e rastreabilidade para alinhar “o que é pronto” antes de desenvolver.
- Requisito → critério → cenário → teste
- Padrões de escrita
- Qualidade funcional no centro
ENTREGAS O que entregamos (no produto)
📘 Histórias bem definidas
Estrutura guiada para descrição, regras e contexto.
Status: 🕒 Em breve / ✅ Quando existir no dashboard
✅ Critérios de aceite
Critérios objetivos e testáveis, com exemplos.
Status: 🕒 Em breve / ✅ Quando existir no dashboard
🧪 Cenários BDD
Principal + alternativos + negativos no padrão Given/When/Then.
Status: 🕒 Em breve / ✅ Quando existir no dashboard
📋 Casos de teste
Conversão para casos com prioridade, massa e evidência.
Status: 🕒 Em breve / ✅ Quando existir no dashboard
🔄 Regressão
Checklist por release para reduzir falhas recorrentes.
Status: 🕒 Em breve / ✅ Quando existir no dashboard
🧩 Rastreabilidade
Story → critério → cenário → teste com IDs.
Status: 🕒 Em breve / ✅ Quando existir no dashboard
USO Fluxo recomendado
- Crie um projeto (ex.: App Banking / API BFF / Portal)
- Cadastre a história com regras e exceções
- Defina critérios de aceite testáveis
- Gere cenários BDD (principal + alternativos + negativos)
- Converta em casos de teste (prioridade, massa, evidência)
- Organize regressão por release e risco
- Exporte e use no Jira/Confluence/Git
EXEMPLOS Exemplos práticos
Login (feliz)
Dado que o usuário possua cadastro ativo
E esteja na tela de login
Quando informar credenciais válidas
Então o sistema deve autenticar com sucesso
E direcionar para a tela inicialLogin (negativo)
Dado que o usuário esteja na tela de login
Quando informar senha inválida
Então o sistema deve exibir mensagem de erro
E não permitir acesso à área logadaCritérios de aceite (objetivos)
- CA1: Exibir erro para senha inválida
- CA2: Bloquear acesso sem autenticação
- CA3: Direcionar para home ao autenticar
Dica: critério bom é pass/fail (testável), sem subjetividade.
QUALIDADE Boas práticas
- Evite histórias genéricas (sem regra/sem exemplo).
- Inclua cenários alternativos e negativos.
- Padronize nomes e IDs (rastreabilidade).
- Traga massas/dados quando houver validações.
- Critérios de aceite devem ser objetivos e testáveis.
EXPORT Exportação
- Markdown (docs) — 🕒 Em breve
- .feature (Gherkin) — 🕒 Em breve
- CSV/Excel — 🕒 Em breve
INTEGRA Integrações
- Jira (templates/import/export) — 🕒 Em breve
- Confluence (templates) — 🕒 Em breve
- Git (versionar .feature) — 🕒 Em breve
ROADMAP Roadmap
Versão 1.0 (mínimo vendável)
- Projeto + História
- Critérios de aceite
- Gerador de cenários BDD
- Exportação Markdown
Versão 1.1+
- Checklist de regressão
- Casos de teste + evidência
- Exportação .feature / CSV
- Templates Jira/Confluence
FAQ Perguntas frequentes
Isso substitui Jira?
Não. A ideia é melhorar a qualidade do que entra no Jira (histórias, critérios, cenários) e facilitar o uso pelo time.
Preciso automatizar?
Não. Os cenários servem para teste manual e automatizado. O ganho principal é clareza e rastreabilidade.