O que incluir em um relatório
Observe o nome da ferramenta, URL, idioma, dispositivo e navegador. Descreva o que você esperava, o que aconteceu e a mensagem de erro exata. Um pequeno exemplo sem informações privadas ajuda a reproduzir o problema.
Não compartilhe senhas, documentos de identidade ou arquivos confidenciais. Verifique os guias e ajude primeiro quanto a limites e opções.
Canal de contato
E-mail [email protected] com relatórios, sugestões ou problemas. Inclua os detalhes necessários para responder e evitar anexar conteúdo privado. Esta página não coleta dados por meio de um formulário.
Modelo para relatar um problema
Complete os campos com o que aconteceu. Inclua etapas e configurações exatas para que possamos reproduzi-las. Sempre que possível, substitua dados reais pela amostra da ferramenta.
Tool and URL: Device, browser and version: Steps and settings used: Expected result: Actual result or error message:
Preparando um exemplo reproduzível
Comece tentando o caso de prática da ferramenta. Se funcionar, mas sua entrada não funcionar, compare tamanho, formato e opções sem enviar arquivos privados. Prepare uma pequena amostra mantendo apenas o recurso que desencadeia o problema: uma linha contendo um símbolo, uma tabela fictícia com citações ou um PDF de teste com orientações correspondentes. O objetivo é descrever o problema com o mínimo de informação necessária, em vez de reproduzir um documento confidencial inteiro.
Escreva os passos em sua ordem real, incluindo mudanças feitas após a geração. Indique se a falha ocorre durante o carregamento, cálculo, cópia ou abertura de um download. Cada estágio precisa de uma investigação diferente. Copie uma mensagem de erro exatamente quando estiver presente. Uma captura de tela pode descrever o layout, mas inspecioná-lo para conteúdo pessoal, credenciais e guias não relacionados antes de incluí-lo. Mantenha exemplos fictícios para que a revisão possa se concentrar no comportamento sem expor informações de origem.
Distinguindo a saída de seu destino
Se um download for aberto corretamente, mas outro aplicativo o rejeitar, identifique esse destino e sua exigência visível. Um arquivo válido pode ter um formato, dimensões ou tamanho de byte fora dos limites do receptor. Grave pixels e bytes separadamente para imagens, unidades ou fusos horários para datas e manipulação de espaços e duplicatas para listas. Esses detalhes explicam discrepâncias sem adivinhar o que a entrada foi destinada a representar.
Para uma sugestão de ferramenta, descreva a tarefa, o formato de origem e a saída necessária. Um caso fictício ajuda a explicar limites e critérios de aceitação. O e-mail é o canal de comunicação indicado; esta página não envia conteúdo da ferramenta ou inclui um formulário de suporte. Salve resultados úteis no dispositivo antes de escrever para que eles não sejam perdidos ao mudar de página. Uma descrição focada do comportamento esperado e observado torna o pedido mais fácil de entender e reproduzir.