Estratégia de QA e Gates de Release
Resumo
Stub de discussão. A pasta
qa-conduct/está vazia, o GDD não tem seção de QA e a área Quality Assurance do board está em ~5% (só QA manual de habilidades em revisão). Falta uma estratégia explícita de qualidade e critérios de release.
Situação atual
- Há QA manual de habilidades em “Em Revisão” (Vigília, Reanimação, Sequestro, Acolhimento, Investigação Profunda, Execução, Manipulação de Dados, Pressão Psicológica, Dupla Identidade).
- No Backlog: “Load test do MatchModule” e “Testes automatizados do Cloud Code”.
A definir
- Manual x automatizado: o que é coberto por cada um; quem é o dono.
- Testes de Cloud Code (backend host-autoritativo): unidade/integração nos módulos Match/Meta/Lobby/Friend.
- Load test do
MatchModule(partidas simultâneas, 12 slots). - Gates de release: checklist mínimo para promover um build (ver Publicação e os artefatos em
builds/releases). - Smoke test de partida completa em device-alvo (ver Alvo de Performance e Device).