Neste guia
Seu PC de desenvolvimento é o pior lugar para testar o instalador. Ele já tem os runtimes, certificados, pastas e entradas de registro que o app precisa. As máquinas dos usuários não têm. Este plano testa o ciclo de instalação em máquinas parecidas com as deles.
Prepare as máquinas de teste
- Uma instalação limpa do Windows em uma máquina virtual, com um snapshot tirado antes de instalar qualquer coisa. Volte ao snapshot entre as execuções.
- Uma segunda máquina em outro estado: outra versão do Windows que você oferece suporte, um usuário sem admin, um idioma de sistema diferente, um caminho com espaços ou caracteres não ASCII no nome do usuário.
- Uma build antiga do seu próprio app para atualizar a partir dela. Guarde toda build que você já lançou.
Se você distribui um pacote MSIX, um MSI ou um programa de instalação clássico, os cenários abaixo continuam os mesmos. O comportamento do instalador varia conforme a tecnologia; consulte a documentação do seu instalador para os detalhes.
Os cenários
| # | Cenário | Resultado esperado |
|---|---|---|
| 1 | Instalação nova em máquina limpa | Instala sem passos extras; o app abre; sem erros de runtime ausente |
| 2 | Instalar como usuário padrão (sem admin) | Funciona como projetado ou pede elevação com uma mensagem clara |
| 3 | Instalar em uma pasta personalizada (espaços, não ASCII) | O app abre e consegue gravar seus dados |
| 4 | Abrir pelo atalho e pela associação de arquivo (se houver) | As duas formas abrem o app corretamente |
| 5 | Atualizar sobre a versão anterior | Configurações e dados do usuário sobrevivem; o número da versão é atualizado |
| 6 | Atualizar sobre uma versão bem mais antiga | A migração de dados funciona ou falha com uma mensagem clara |
| 7 | Atualizar com o app em execução | O instalador detecta e pede para fechá-lo, ou lida com isso de forma limpa |
| 8 | Instalação interrompida (cancelar, queda de energia, matar o processo) | Nenhum estado meio instalado; rodar o instalador de novo funciona |
| 9 | Reparo (se oferecido) | Arquivos ausentes ou danificados são restaurados; dados do usuário permanecem |
| 10 | Desinstalar | App, atalhos e entradas de inicialização somem; nenhum processo fica rodando |
| 11 | Desinstalar e depois reinstalar | Igual ao caso 1; você decide se os dados do usuário são mantidos e diz isso |
| 12 | Avisos de segurança | Anote qualquer aviso que o sistema mostre ao rodar o instalador pela primeira vez |
Como executar
- Volte o snapshot, rode um cenário e anote o resultado com o número da build.
- Depois de cada instalação e desinstalação, olhe a pasta de instalação, a pasta de dados do usuário e a lista de apps instalados. Sobras são achados.
- Verifique o log que o instalador grava, se houver. Anexe-o ao relatório.
- Repita os cenários 5 a 7 em cada versão lançada, não só na primeira.
O que costuma dar errado
- O app precisa de um runtime que nunca esteve na máquina limpa.
- Configurações de uma versão antiga são lidas por uma versão nova que espera outro formato.
- O desinstalador remove dados do usuário sem perguntar, ou deixa serviços e tarefas em segundo plano para trás.
- Um caminho com espaço quebra um argumento de linha de comando.
Registre cada achado com o modelo de relatório de bug para apps desktop para que ele seja reproduzível.
O que o AppReviewX cobre
O AppReviewX aceita apps por link da loja: Google Play, Apple App Store, Mac App Store e Microsoft Store. Apps para Windows e Mac precisam já estar publicados na loja, e o AppReviewX não distribui builds nem instaladores. O feedback é privado e estruturado, um feedback aceito = um crédito, e avaliações nas lojas são voluntárias, não pagas e nunca exigidas. Esta página traz orientação geral.
Comece grátis e receba feedback privado sobre o seu app.
Relacionados: guia de testes para apps Windows e Mac, como fazer um beta test de um app Windows, como fazer um beta test de um app Mac.