AppReviewX Entrar

Checklist de smoke test para cada novo build

Dez verificações para rodar em cinco minutos antes de compartilhar um build com alguém.

atualizado ·3 min de leitura

Neste guia

Um smoke test responde a uma pergunta: este build vale o tempo de alguém? É um portão rápido, não um teste completo. Se uma verificação falhar, pare, corrija e gere um novo build. Não envie para testadores um build que trava ao abrir.

Rode em um dispositivo real, no arquivo de build que você está prestes a compartilhar (não numa execução de debug pela sua IDE).

Template (copie e cole)

SMOKE TEST: <nome do app> build <número>     Data: <data>
Dispositivo / SO: <dispositivo, versão>       Testador: <nome>

Pare na primeira falha.

[ ] 1. Instala sem erros (instalação limpa, não atualização)
[ ] 2. Abre sem crash e sem tela em branco
[ ] 3. Versão e número de build exibidos são os esperados
[ ] 4. Tela principal carrega com dados reais ou de teste
[ ] 5. Cadastro ou login funcionam (conta de teste)
[ ] 6. A ação principal funciona do início ao fim: <nomeie>
[ ] 7. Os dados sobrevivem a fechar e reabrir o app
[ ] 8. Voltar na navegação e trocar de app não quebram a tela
[ ] 9. Offline: o app abre e mostra uma mensagem adequada, sem crash
[ ] 10. O build de release aponta para o backend / configuração certos (não teste nem local)

Resultado: PASSOU / FALHOU (item: __ )
Notas:

Por que estes dez, e como verificar

  1. Instalação limpa. Atualizações escondem problemas de instalação. Verificar: desinstale primeiro.
  2. Abertura. Crashes ao iniciar são o erro mais comum que quebra um build. Verificar: abra duas vezes, uma delas a frio.
  3. Versão e número de build. Pega o envio do arquivo errado. Verificar: compare com as suas anotações.
  4. Tela principal. Camadas de dados vazias ou quebradas aparecem aqui primeiro. Verificar: espere o carregamento terminar.
  5. Cadastro ou login. A maioria dos testadores não consegue seguir sem isso. Verificar: use uma conta de teste preparada.
  6. Uma ação principal. Prova que a razão de existir do produto ainda funciona. Verificar: nomeie-a no template e faça-a uma vez.
  7. Persistência. Bugs de armazenamento são caros. Verificar: force o fechamento, reabra e procure os seus dados.
  8. Navegação. Uma pilha de voltar quebrada frustra logo de cara. Verificar: voltar, Início, retornar.
  9. Offline. Usuários reais perdem sinal. Verificar: modo avião e depois abra o app.
  10. Configuração. Enviar com o endereço de um servidor de teste é um clássico. Verificar: olhe o indicador de ambiente ou o log, ou faça uma requisição que você consiga conferir.

Exemplo (ilustrativo)

SMOKE TEST: Example Notes App build 87     Data: 2026-11-04
Dispositivo / SO: Celular intermediário, Android 13    Testador: Sam
[x] 1  [x] 2  [x] 3  [x] 4  [x] 5
[ ] 6. Ação principal: criar e salvar uma nota   -> FALHOU: o botão salvar não faz nada
Resultado: FALHOU (item 6). Build não compartilhado.

Como adaptar

  • Troque o item 6 pela sua ação principal, e acrescente uma linha se houver um segundo item indispensável (uma compra, por exemplo).
  • Mantenha em dez itens. Se passar de cinco minutos, mova os extras para a lista de regressão.
  • Automatize depois, se for o caso. Uma execução manual basta enquanto você não gera builds com frequência.

Relacionados

O build passou? Comece grátis para obter feedback privado e estruturado sobre ele.