Guia de 1 página para candidatos de QA

O que cabe em um mini plano

• O objetivo do teste
• O escopo e o que fica de fora
• Ambiente: aparelho, sistema, build e rede
• Os principais riscos
• De cinco a oito cenários em ordem de prioridade

Pergunta-chave: com pouco tempo, o que pode prejudicar mais a experiência do jogador?

Anatomia de um caso de teste

1. Título — o que será verificado
2. Precondição — o estado inicial necessário
3. Passos — ações numeradas e objetivas
4. Resultado — esperado, obtido, status e evidência

Exemplo — “Reiniciar a fase após perder”. Perca a fase e toque em Tentar novamente. Esperado: a fase reinicia do início e os controles respondem.

Quatro status possíveis

• Passouesperado = obtido
• Falhouhouve diferença
• Bloqueadonão foi possível testar
• Não executadoainda não foi rodado

Seis linhas fazem um bom bug report

1. Título — [Área] + ação + falha observada
2. Ambiente — aparelho, sistema, build e rede
3. Precondição — o estado antes de começar
4. Passos — uma sequência numerada que qualquer pessoa segue
5. Resultado — esperado x obtido
6. Contexto — frequência, severidade e evidências

Severidade é o impacto do problema. Prioridade é a urgência para tratá-lo.

Uma prática de 15 minutos

• Abra qualquer jogo mobile simples.
• Anote o objetivo do teste, o ambiente e três riscos.
• Liste cinco cenários em ordem de prioridade e execute três.
• Escreva um bug report real ou hipotético.

Traga suas anotações. Você poderá consultá-las durante a dinâmica.

O que observamos

Curiosidade, clareza, atenção aos detalhes, priorização, qualidade das perguntas e capacidade de explicar decisões. Você não precisa decorar termos nem encontrar muitos bugs.

O CTFL faz parte da jornada — Você não precisa ter a certificação CTFL para se candidatar. Na Kakunyn, estagiários estudam o syllabus do CTFL como parte do desenvolvimento. O CTFL é exigido para a efetivação, e a Kakunyn paga a prova depois que a pessoa atinge o marco interno de aprendizado.