Guia para seu primeiro lançamento
Torne a viagem principal confiável antes do lançamento.
Use verificações observáveis para decidir o que está pronto para ser compartilhado e o que ainda precisa ser melhorado.
01 — Prove a ação principal com um registro de teste
Para um aplicativo de consulta de serviço, envie informações de teste claramente identificadas e recupere-as do destino configurado. Recarregue a página e verifique o registro novamente. Teste um envio vazio, um valor inválido e o estado de falha. Anote o que você observou em vez de marcar uma tarefa como concluída porque uma mensagem de sucesso apareceu.
- Confirme onde as informações são armazenadas ou entregues.
- Verifique duplicatas, novas tentativas e mensagens de erro para a ação principal.
- Remova ou rotule claramente registros de amostra e declarações comerciais de espaço reservado.
- Use a saída do produto e as orientações para solução de problemas quando a visualização ou compilação falhar.
02 — Revise o acesso e o comportamento confidencial
Se o aplicativo tiver contas, teste jornadas desconectadas e conectadas com usuários de teste separados. Confirme que uma pessoa não consegue acessar os registros privados de outra pessoa. Mantenha segredos fora do conteúdo da página e do código do cliente gerado. Pagamentos, permissões e dados confidenciais garantem uma revisão técnica qualificada antes que os usuários dependam deles.
- Experimente o endereço privado diretamente como visitante desconectado.
- Compare uma segunda conta de teste com os registros da primeira conta.
- Use um ambiente de teste apropriado para fluxos de pagamento.
- Mantenha problemas não resolvidos de acesso ou tratamento de dados na decisão de liberação.
03 — Verifique a experiência do visitante público
Revise o layout do telefone, a navegação pelo teclado, os rótulos dos formulários, os indicadores de foco e o texto legível. Em seguida, publique usando os controles disponíveis para o seu projeto e repita a jornada principal no endereço público real. Verifique títulos, descrições, URLs canônicos e configurações de rastreamento apropriadas para páginas públicas ou privadas.
- Siga todos os links principais e teste conteúdo longo ou ausente.
- Confirme o domínio pretendido e a visibilidade do compartilhamento.
- Teste a página pública real após o lançamento, não apenas sua visualização.
- Mantenha a conta, o checkout e as páginas de dados privados fora da descoberta de pesquisas públicas.
04 — Atribuir operação e recuperação
Escolha quem lida com consultas com falha, limites de uso e alterações futuras. Mantenha notas de configuração e um instantâneo revisado do projeto ou outro caminho de recuperação compatível com seu fluxo de trabalho. Registre o trabalho inacabado e a pessoa responsável. Uma decisão de lançamento deve refletir o público real e o risco do serviço, e não a aparência das suas telas.
- Revise o tempo de execução, os limites de serviços conectados e o orçamento recorrente.
- Registre como restaurar um estado de funcionamento conhecido ou parar de compartilhar uma versão quebrada.
- Forneça aos usuários um suporte útil ou um caminho de contato.
- Comece com um público limitado e verifique novamente a jornada real após cada mudança significativa.
Um ponto de partida
Torne o briefing específico.
Adapte este exemplo ao seu negócio. Mantenha os dados de amostra separados das informações reais do cliente.
Registro de revisão de lançamento Projeto e versão revisados: ___ Jornada principal testada: ___ Resultados válidos, inválidos e de entrada vazia: ___ Onde o registro de teste foi recuperado: ___ Permissões de visitantes e contas verificadas: ___ Verificações de telefone e teclado: ___ Endereço público e metadados verificados: ___ Limites de serviço e proprietário de cobrança: ___ Caminho de recuperação ou reversão: ___ Problemas em aberto e pessoa responsável: ___ Decisão e data: ___
Quando você precisar da próxima etapa
Siga a documentação do produto.
Antes de começar.
Esta lista de verificação certifica um aplicativo como pronto para produção?
Ajuda a organizar verificações de liberação observáveis. Não é uma certificação de segurança nem um substituto para revisão técnica, de acessibilidade ou específica de domínio apropriada ao aplicativo. Resolva problemas de acordo com os usuários e dados reais envolvidos.
O que devo fazer quando a visualização está em branco?
Use as etapas de recuperação de visualização documentadas: atualize após a inicialização, inspecione os arquivos e a saída atuais e solicite uma correção direcionada para o erro relevante. Confirme uma compilação saudável antes de confiar nos controles de visualização, compartilhamento ou publicação.
Encontre seu próximo passo.
Comece com uma tarefa útil