QA no desenvolvimento de slots: o que muda em relação ao teste comum

Há uma pergunta simples que, numa entrevista em estúdio de slots, revela na hora se alguém já testou jogos: «O jogador perde a internet no momento em que os rolos estão a girar. O que deve acontecer?»

A resposta certa: nada de grave. A ronda já foi calculada no servidor e, ao regressar, o jogador tem de ver o mesmo resultado e receber o mesmo dinheiro. Testar esse cenário é das primeiras coisas que um QA novo em slots aprende — e das que não aparecem em nenhum curso de testes.

Qual é afinal a diferença para o QA comum

Formalmente as ferramentas são as mesmas: casos de teste, Jira, Playwright, Postman, SQL. A diferença está no custo do erro e no que conta como bug.

Num produto comum, um bug é o utilizador não conseguir concluir uma ação. Num slot, um bug é o dinheiro ter sido calculado de forma diferente do prometido nas regras do jogo, ou o resultado da ronda não ser reproduzível. O primeiro custa pagamentos e reputação; o segundo, uma recusa do laboratório de certificação e semanas de atraso no lançamento.

Daí a grande mudança de mentalidade. O QA de slots carrega menos em botões e concilia mais números: o saldo antes e depois do spin, o registo no histórico de rondas, a transação da carteira e o log do servidor — tudo tem de bater ao cêntimo.

O que um engenheiro de QA testa em concreto num estúdio

• A ronda de jogo e a sua recuperação. Queda de ligação, separador fechado, telemóvel sem bateria a meio do jogo bónus. O teste clássico é matar a sessão em cada fase da ronda e confirmar que o estado é recuperado no regresso.
• Os cálculos e a tabela de pagamentos. Cada linha vencedora, cada multiplicador, todas as combinações extremas. Compara-se com o documento do matemático, não com um «a olho parece certo».
• As mecânicas de bónus. Rodadas grátis, compra de bónus, funcionalidades acumulativas, jackpots. É aqui que vive mais de metade dos bugs: o estado acumula-se entre spins e a lógica parte em transições atípicas.
• A carteira e os limites. Aposta acima do saldo, sessão paralela em dois separadores, transação cancelada do lado da plataforma, moedas com decimais.
• O jogo responsável. Limites de depósito e de aposta, pausas, autoexclusão, avisos obrigatórios sobre o tempo de jogo. Nalgumas jurisdições são requisitos bloqueantes com uma checklist própria — a mesma lógica do departamento de compliance do operador, mas ao nível do código do jogo.
• As localizações e as moedas. Um mesmo jogo sai em 15–30 idiomas. Verifica-se não só a tradução, mas também o texto cortado, os formatos numéricos e, por vezes, palavras e símbolos proibidos num país específico.
• A compatibilidade. Joga-se slots sobretudo no telemóvel, muitas vezes fraco e com má rede — a matriz de dispositivos é aqui mais longa do que em produtos corporativos.

Certificação: o que não existe noutro QA

Antes de chegar aos sites dos operadores, o jogo é verificado por um laboratório independente: GLI, BMM, eCOGRA, iTech Labs. Analisam o gerador de números aleatórios, a correspondência entre o RTP real e o declarado, o comportamento em falhas e o cumprimento das regras de cada jurisdição.

É o QA que prepara a build e o dossiê para essa avaliação: descrição das mecânicas, regras do jogo, relatórios de execução, provas de que a ronda é recuperada. Uma recusa do laboratório custa dinheiro ao estúdio e destrói o calendário de lançamentos — por isso «quantas certificações passaram à primeira» é um KPI real que lhe vão citar na entrevista.

Dificuldade à parte: o mesmo jogo é compilado de forma diferente para cada mercado. Nuns sítios a compra de bónus é proibida, noutros a aposta máxima é limitada, noutros ainda é obrigatório um temporizador de sessão. A regressão não corre uma vez, mas tantas quantas as jurisdições — e é por isso que os estúdios valorizam tanto quem automatiza.

Um dia na vida

O que é preciso saber fazer

1. Desenho de testes. A competência básica, aqui mais importante do que as ferramentas: um jogo é uma máquina de estados com dinheiro lá dentro e tem de ser coberto de forma sistemática, não ao acaso.
2. SQL. Metade das verificações é uma consulta à base de dados: se a transação bate certo, o que ficou registado no histórico de rondas, se o saldo coincide.
3. Testes de API. O cliente do jogo apenas desenha; toda a verdade está nas respostas do servidor, por isso Postman e REST são ferramentas do dia a dia.
4. Automação. Playwright, Cypress ou Selenium na UI mais a camada de API. São os automatizadores que ganham um nível acima dos testers manuais.
5. Noções básicas de probabilidade. Não é preciso ser matemático de jogos, mas vai ser preciso distinguir um desvio estatístico numa série curta de um verdadeiro bug de cálculo.
6. Inglês B1+. A documentação dos laboratórios, a comunicação com o operador e as especificações internas são em inglês.

Quanto se paga a um QA no iGaming

As faixas são salário fixo líquido mensal, segundo a seção de profissões e salários da SpinHire. «Malta / Chipre» são equipas de escritório e híbridas de estúdios e operadores; «UE», Polónia, Roménia e Bálticos; «remoto», Tbilisi, Erevan, Kiev e equipas totalmente distribuídas.

O bónus anual no QA é mais modesto do que no marketing: normalmente 5–12% da base anual, por vezes prémios de lançamento nos estúdios. Em troca, a faixa é estável e quase não depende de o mês ter corrido bem ao operador — ao contrário de um media buyer com percentagem do lucro.

O que realmente puxa a faixa para cima: automação (+20–35% face ao nível manual, tudo o resto igual), experiência a acompanhar certificações e perceber a parte dos pagamentos. Para comparar, um programador backend da plataforma do mesmo nível custa cerca de um terço mais — uma referência razoável se planeia mudar para desenvolvimento.

Como entrar na profissão

O QA manual é uma das portas de entrada mais acessíveis no iGaming, a par do suporte. Estúdios e plataformas contratam regularmente testers sem experiência em gambling, porque o conhecimento do domínio aprende-se mesmo em poucos meses — o rigor não.

1. Do QA de qualquer outro setor. O percurso mais frequente, em geral sem perder nível. Fintech e e-commerce são especialmente valorizados: já existe o hábito de lidar com dinheiro no sistema e com idempotência.
2. Do gamedev fora do gambling. A compreensão das mecânicas de jogo e da matriz de dispositivos já existe; falta aprender RTP, certificação e requisitos das jurisdições.
3. Do zero para o teste manual de jogos. Um caminho real mas estreito: a concorrência nas vagas júnior é alta e pede-se inglês, rigor e a capacidade de descrever um bug com clareza. Outras vias de entrada estão no artigo sobre entrar no iGaming sem experiência.
4. Do suporte, dentro da própria empresa. O agente de suporte vê os bugs primeiro e conhece o produto melhor do que muitos. A passagem interna para QA ao fim de um ano é história comum nos operadores.

O que pôr no CV: tipos de produto testados, ferramentas de automação com o stack indicado, nível de SQL, experiência com cálculos de pagamentos ou financeiros. Se não há gambling no seu percurso, escreva diretamente que cenários com dinheiro testou no produto anterior. Isso converte em entrevista melhor do que um certificado ISTQB.

Para onde crescer a seguir

A vertical é curta: QA → Senior QA → QA Lead → QA Manager / Head of Quality. Depois, ou se lidera a qualidade de todo o estúdio, ou se passa para funções adjacentes.

As rotas horizontais a partir do QA funcionam melhor no iGaming do que na maioria dos setores, porque o tester toca em tudo ao mesmo tempo: produto, pagamentos, matemática e requisitos dos reguladores. As transições mais frequentes são para desenvolvimento via automação, product management, analytics e compliance.

A última não é óbvia, mas é lógica: quem passou anos a testar limites de jogo responsável já conhece metade do trabalho do departamento de compliance.

As vagas abertas em estúdios e plataformas estão na secção de desenvolvimento de jogos, e a ficha completa da profissão com funções, KPI e ferramentas está na página do engenheiro de QA. Todas as vagas do setor com faixa indicada estão no board da SpinHire.