Suporte técnico prático
Como relatar um problema que outra pessoa pode reproduzir
Crie um relatório técnico claro com etapas repetíveis, resultados esperados e reais, comparações úteis e detalhes revisados do dispositivo.
Última vez revisado:
Torne a próxima tentativa informativa
Um bom relatório permite que outra pessoa entenda o que aconteceu, o que você esperava e como tentar fazer a mesma coisa. Não requer que você identifique o bug ou use vocabulário especializado. “A página está quebrada” é um ponto de partida; uma sequência curta e repetível transforma isso em algo que o suporte pode investigar.
Antes de reiniciar repetidamente ou limpar dados, capture o sintoma atual e o tempo aproximado, pois essas ações podem alterar ou remover a evidência. Se uma ação corre o risco de duplicar um pagamento, mensagem ou alteração destrutiva, pare de repeti-la e entre em contacto com o suporte pelo canal apropriado.
Escreva a menor sequência útil
- Indique onde você começou, usando um endereço de página pública sem tokens privados.
- Liste as etapas reais em ordem, incluindo o botão ou os nomes de campo que você viu.
- Descreva o resultado esperado em linguagem comum.
- Em vez disso, registre o que aconteceu, incluindo o erro exato, se for seguro partilhar.
- Diga se isso acontece sempre, ocasionalmente ou somente sob uma condição conhecida.
Separe a observação da explicação. “O botão fica desativado depois que eu digito um endereço” é uma observação. “Seu banco de dados está inoperante” é uma hipótese, a menos que alguém tenha realmente verificado isso. Deixar a causa aberta facilita o suporte para investigar várias possibilidades.
Um exemplo trabalhado
Relatório ilustrativo, não uma falha conhecida de WAIU: “Na página do QR, escolho Website, colo um endereço HTTPS e altero o padrão. Espero que a visualização seja atualizada. Em vez disso, a visualização permanece inalterada. Isso aconteceu três vezes neste navegador; funcionou em um segundo navegador.”
Esse relatório nomeia uma página, um estado inicial, ações, um resultado esperado, o resultado observado e uma comparação útil.Ele ainda precisa das versões reais e possivelmente um endereço de exemplo não sensível, mas outra pessoa pode agora tentar a mesma sequência.
Se a ordem for importante, inclua-a. Alterar uma configuração antes de inserir o conteúdo pode se comportar de forma diferente do que alterá-la depois. Se o problema for rolagem ou entrada, compare a roda do mouse, a barra de rolagem, o toque ou o teclado, conforme apropriado.
Alterar uma variável de cada vez
| Comparação | Pergunta que ajuda a investigar | Limite |
|---|---|---|
| Mesmo navegador, página nova | O estado da página atual importa? | Um recarregamento pode reter cookies e armazenamento do site. |
| Outro navegador | O comportamento está associado a esse navegador ou perfil? | Versões, definições, extensões e sessões são todos diferentes. |
| Outro dispositivo | O problema segue o dispositivo? | A ecrã, o sistema operativo e a ligação também podem mudar. |
| Outra rede permitida | O caminho de rede parece relevante? | Ele pode alterar o DNS, a filtragem e a localização aparente juntos. |
Uma janela privada é uma comparação útil, não um teste mágico de sala limpa. Ela pode ter um comportamento diferente de armazenamento e extensão, e um site pode depender de uma sessão que você não tem mais lá.Não limpe todos os dados do navegador apenas para que o relatório pareça completo.
Adicione o ambiente sem sobrecarregar o leitor
Uso Copiar detalhes de suporte Revise o relatório e escolha se os detalhes da rede são relevantes. Uma versão do sistema operativo relatada pode ser aproximada porque os navegadores restringem algumas informações; inclua uma versão do sistema verificada separadamente quando necessário.
Para um problema de layout, mencione o zoom, o tamanho e a orientação da janela. Para um problema de ligação, mencione o Wi-Fi ou Ethernet, o estado e o tempo da VPN. Para um problema de câmara, mencione o dispositivo selecionado e a mensagem de permissão exata.
Usar um modelo de relatório
Página ou recurso: Hora e fuso horário: Estado inicial: Etapas para reproduzir: Resultado esperado: Resultado real e erro exato: Frequência com que isso acontece: Comparação útil e seu resultado: Detalhes do navegador/dispositivo analisado: Captura de ecrã anexada, com detalhes privados removidos:
Uma captura de ecrã deve apoiar a sequência, não substituí-la. Ler como preparar um screenshot de suporte útilEvite anexar logs de desenvolvedor ou exportações de rede sem analisá-los: eles podem conter sessões, identificadores e conteúdo pessoal.
Feche o loop após uma correção sugerida
Diga ao suporte se o sintoma original desapareceu, mudou ou permaneceu. “Ele funciona agora depois de atualizar o navegador” é útil; “corrigido” sem a condição perde informações.
Se você não pode mais reproduzi-lo, diga isso em vez de inventar certezas, um relatório parcial claro ainda pode revelar um padrão entre vários utilizadores. O kit de ferramentas da equipa de suporte ajuda as equipas a enviar instruções consistentes para que os clientes saibam qual ferramenta abrir e o que devolver.