Alguém conhece uma boa maneira de fazer com que os usuários escrevam um relatório de erro semi-decente (leia-se: útil ) ?
Queríamos colocar algo que faria sentido para a maioria dos usuários (seja fácil de ler e entender), mas também fornecer informações úteis para os desenvolvedores.
Não funciona quando clico no botão azul! Ahhh, acabei de perder uma semana de trabalho ... faça funcionar.
não é muito útil, como é.
Comecei a corrigir uma lista, mas pensei em verificar com vocês, se já existe um método semelhante.
client-relations
bug-report
Torre
fonte
fonte
Respostas:
A maneira mais eficaz de fazer com que os usuários escrevam relatórios de erros decentes e úteis é
[Sistema] Obrigado por reportar, você pode encontrar o status da sua solicitação aqui: ...
[Engenheiro] Pedido rejeitado, pois os seguintes detalhes estão ausentes: ...
[Usuário] Os detalhes solicitados foram adicionados, reavalie: ...
Eu chegaria ao ponto de afirmar que é a única maneira eficaz.
Vamos ser sinceros, a habilidade de escrever relatórios de erros efetivamente vem apenas com a experiência. É preciso aprender a ganhar experiência. Aprender envolve praticar, obter feedback e melhorar.
Os relatórios de erros on-line editáveis pelo usuário são a maneira mais eficiente de ensinar os usuários a melhorar .
fonte
Na minha opinião, o mais importante é usar o bug para estabelecer um contato significativo com o usuário. Escrever e entender relatórios de erros é uma habilidade, e meu conselho seria tornar o mais fácil possível para o usuário fazer o primeiro contato e, em seguida, aumentar progressivamente seus comentários, com mais valor, conforme necessário.
Por exemplo, obtenha o email do usuário e forneça um campo de texto sem formatação com o seguinte texto para concluir:
Depois de receber o email, faça uma resposta automática para confirmar se eles enviaram o bug, você o recebeu e o acompanhamento do bug está correto.
fonte
Você pode considerar usar algumas idéias da Mozilla e da Sun sobre este tópico:
Particularmente (na página Mozilla "Como escrever um bug adequado"):
fonte
Há como relatar erros de maneira eficaz por Simon Tatham. Explica bem as coisas, facilitando o entendimento para usuários menos experientes. No entanto, a desvantagem é que é um pouco de texto. Quando você tem um usuário tentando relatar um problema, mas falhando em explicá-lo, geralmente não será capaz de convencê-lo a ler tudo isso.
fonte
Você pode pedir perguntas fáceis de entender e fáceis de responder aos usuários para que esperem relatórios úteis.
Por exemplo, "Qual foi sua última ação antes deste erro?", "Você tentou ... imediatamente antes deste erro?".
Nenhum usuário escreveria um relatório de erro como: "Meu driver de vídeo não está atualizado. Sua biblioteca de gráficos pode não ser compatível com drivers gráficos antigos".
fonte
Supondo que a base de usuários são usuários finais que tiveram um problema com o software que você escreveu ....
Não é tarefa do usuário se tornar um engenheiro de software ou um profissional de teste proficiente, e você não deve esperar que eles o façam. Seus usuários são pessoas comuns que esperam, com razão, que o software "apenas funcione". Quando isso não acontecer, eles reportarão tudo o que acharem necessário para chamar sua atenção. Você não pode mudar isso e não deve tentar. Qualquer tentativa de insistir no tipo de relatório que um profissional deve fazer resultará na perda do relatório de erro e no cliente - "Eu tive um problema com esse software, mas, em vez de me ajudar, eles devem preencher todos os tipos de formas inúteis que não significam nada e não têm valor para mim. Vou procurar algum software que realmente funcione. ".
ou seja, não é o trabalho deles ...
Se você deseja um bom relatório de erros, contrate profissionais para encontrar seus erros. Se você, como desenvolvedor de software, não pode se incomodar em lidar com clientes, contrate alguém que possa.
fonte