Qual é a melhor maneira de atender a usuários reportar bugs?

Question

ok, Bugzilla iria assustar os willies fora do usuário final média. as coisas ainda como Mantis são um pouco assustador para os não iniciados.

O método, pacote de web (preferencial), interface, o que quer que eu posso implementar para tornar mais fácil, intuitiva e não-at-all-intimidante para meus usuários finais e clientes para relatar bugs de forma inteligível?

Eu gosto da idéia de algo baseada em formulários, ou ponto-e-clicky, ao invés do conhecimento prévio necessário por algo tão abrangente e intimidador como Bugzilla.

E-mail, enquanto acessível para o apostador médio, parece menos do que o ideal, uma vez que não solicita ao usuário para os tipos de informações que eu preciso para tentar & descobrir o que está quebrado.

Até agora Bugs - A Bug Genie parece ser a opção menos assustador para enfrentar o usuário médio com. Eu procurei, mas não encontrou quaisquer questões como o meu.

Sugestões, idéias, percepções agradar!

Answer 1

Você está absolutamente certo - não é até o usuário para uso bugzilla. Isso é para devs.

Relatório de erros do lado do usuário precisa ser muito simples, se você espera que os usuários usá-lo. (Ie. Quando eu vejo o "comunique este erro de MS" eu costumo bater cancelar mesmo que seja um mecanismo de um clique.)

Também não é apenas sobre você começar a informação que você precisa controlar o bug, é também sobre fazer a sensação do usuário como algo está sendo feito, como eles estão sendo atendidos, de modo a manter isso em mente.

Como resultado de tudo isso, eu iria com qualquer pacote de acompanhamento de bugs adequado você como um desenvolvedor e, em seguida, alimentar isso a partir de um agradável, simples, interface de formulário web amigável construído especificamente para seus usuários finais.

Então, quando ocorre um erro, tente apenas para fazer perguntas ao usuário que não pode responder programaticamente. Idealmente, o tratamento de exceção já deve controlar sua ação atual (economia de uma fatura), o contexto atual (tela fatura), a entidade a ser postas em prática (fatura # 10013), e todas as informações exceção do programa. Se você não pode capturar este e recuperá-lo remotamente, alimentá-lo para o seu formulário web (em parâmetros de URL ou qualquer outro), quando 'relatório esta questão' o usuário clica. Certifique-se de prestar atenção a quaisquer requisitos de dados sensíveis.

Em seguida, você deve só precisa perguntar a seus usuários as questões humanas como - 'Como podemos melhor contato com você sobre esta questão? (Método / times / etc.), e dar-lhes uma idéia de quanto tempo vai demorar para eles para obter uma resposta de um ser humano.

Sei que isso não oferece uma recomendação software, mas espero que ele ainda é um bom conselho para lidar com o problema.

Answer 2

Eu não tenho um produto específico para recomendar, mas a empresa que fornece o nosso software trabalho tem uma área de "cliente" em seu site. Você faça o login, clique em "informar um problema", e, em seguida, preencher um formulário simples onde você escolhe o produto e preenchimento na caixa de texto, como o que é o problema. Ele também tem a capacidade de anexar um screenshot / arquivo.

O usuário tem a capacidade de ver os problemas que já relatados, bem como o status (novo, atribuído fixo). Eu assumo uma vez que eu enviar o formulário que envia um e-mail para o grupo apropriado, mas eu não sei ao certo.

É claro que quando eu preencher um relatório de bug, I incluem passos para reproduzir, etc; mas, tanto quanto "não assustador", acho que desta forma é muito simples, tanto para a codificação e para o usuário final. Outros no escritório com sem conhecimentos de informática apresentaram relatórios sem problemas.

---

Por outro lado, eu uso Digsby como o meu cliente de chat, e eles oferecem uma opção "Enviar Bug Report" sob no menu Ajuda. Isso abre uma janela onde eu possa digitar o meu problema, eu tenho a opção de incluir um instantâneo que it leva de janelas abertas do Digsby (legal, porque ensinar um usuário para "print screen", colar em MS pintar, etc, não é fácil), e então quando eu enviá-lo, ele puxa registros de diagnóstico junto com ele.

Eu gosto desta maneira também, porque tem o built-in capacidade de mostrar a alguém o que está errado (especialmente com exibição bugs).

Answer 3

Os screenshots em Bug Genie olhar um pouco avançado para o usuário médio. Não sei se isso é um aplicativo web app ou desktop, mas eu tentar criar algo que é apenas alguns cliques fáceis e meio uma descrição do que eles estavam fazendo quando o erro ocorreu.

Se possível, dando-lhes uma opção de enviar automaticamente arquivos de log e especificações da máquina seria bom, mas isso é dependente ou não que está disponível.

Nós usamos FogBugz como nosso software de rastreamento de bugs, e fez um diálogo de erro alegam que permite ao usuário enviar uma mensagem juntamente com o stacktrace. Obviamente, se este é um aplicativo web que provavelmente não é uma opção, mas tentar obter o máximo de informação automatizado como você pode começar

Answer 4

A resposta estava me olhando no rosto, na parte inferior direita da página. Serviços como UserVoice são uma ótima maneira para os usuários finais de nomear e votar para erros, muda etc.

Answer 5

Bem, eu quero dizer que este é o trabalho de QA - usuários regulares não são o direito tipo das pessoas para ser o preenchimento de relatórios de erros. Mas se você precisa de um caminho para problemas do usuário de captura, eu tente usar algo como um tópico no fórum dedicado em vBulletin ou phpBB ou similar.

Answer 6

i tenho cortado mantis um pouco.

• email-to-mantis funcionalidade (fora não bastante estável da caixa até o momento).
• uma versão simplificada de forma simples relatório de bug mantis, apenas despojado de tudo não exigido por mantis para salvar uma nova questão

um formulário de relatório mantis bug não pode ser apropriado (ou seja, realista) para clientes empresariais, mas é útil para a minha não-tech colegas de trabalho (e até mesmo os meus colegas de devs ...)

e é fácil de obter e-mail ao cliente para mantis, tanto de entrada (FW) e de saída (BCC).