Quel est le meilleur moyen de prendre en charge les utilisateurs qui signalent des bogues?

Question

ok, Bugzilla effraierait les utilisateurs potentiels. Même des choses comme Mantis sont un peu effrayantes pour les non-initiés.

Quelle méthode, package Web (préféré), interface, tout ce que je peux mettre en œuvre pour le rendre facile, intuitif et pas du tout intimidant pour mes utilisateurs finaux & amp; les clients à signaler les bugs de manière intelligible?

J'aime l'idée de quelque chose de basé sur les formes, ou de pointer-cliquer, plutôt que des connaissances préalables requises par quelque chose d'aussi complet et intimidant que Bugzilla.

Les e-mails, bien qu'approchables pour le parieur moyen, semblent moins qu'idéaux car ils ne demandent pas à l'utilisateur le type d'informations que j'ai besoin d'essayer & amp; comprendre ce qui est cassé.

Jusqu'à présent, Bugs - Le génie des bogues semble être l'option la moins effrayante à laquelle l'utilisateur moyen est confronté. J'ai cherché mais je n'ai trouvé aucune question comme la mienne.

Suggestions, idées, idées s'il vous plaît!

Answer 1

Vous avez absolument raison - ce n'est pas à l'utilisateur de faire appel à bugzilla. c'est pour les devs.

La signalisation des erreurs côté utilisateur doit être très simple si vous voulez que les utilisateurs l’utilisent. (Par exemple, lorsque je vois le "rapporter ce bogue à MS", je clique généralement sur Annuler même s’il s’agit d’un mécanisme en un clic.)

Il ne s'agit pas non seulement d'obtenir l'information dont vous avez besoin pour suivre le bogue, mais également de donner l'impression à l'utilisateur que quelque chose est en train de se faire, comme si on s'occupait de lui, alors gardez cela à l'esprit.

En conséquence de tout cela, je choisirais n'importe quel progiciel de suivi des bogues qui vous conviendrait en tant que développeur, puis alimenterais cette information à partir d'une interface de formulaire Web simple, conviviale et conviviale spécialement conçue pour vos utilisateurs finaux.

Ensuite, en cas d'erreur, essayez de ne poser que des questions à l'utilisateur auxquelles vous ne pouvez pas répondre par programme. Idéalement, le traitement de vos exceptions devrait déjà suivre leur action actuelle (enregistrement d'une facture), son contexte actuel (écran de facture), l'entité concernée (facture n ° 10013) et toutes les informations sur les exceptions du programme. Si vous ne pouvez pas capturer cela et le récupérer à distance, alimentez-le dans votre formulaire Web (dans les paramètres d'URL ou autre) lorsque l'utilisateur clique sur "signaler ce problème". Assurez-vous de prêter attention aux exigences en matière de données sensibles.

Ensuite, vous ne devriez avoir besoin que de poser à vos utilisateurs des questions humaines telles que: "Comment pouvons-nous vous contacter au mieux à propos de ce problème?" (méthode / fois / etc.) et donnez-leur une idée du temps qu'il leur faudra pour obtenir une réponse humaine.

Je réalise que cela ne constitue pas une recommandation de logiciel, mais j'espère que c'est toujours un bon conseil pour traiter votre problème.

Answer 2

Je n'ai pas de produit spécifique à recommander, mais la société qui fournit notre logiciel de travail dispose d'un "client". zone sur leur site web. Vous vous connectez, cliquez sur "signaler un problème", puis remplissez un simple formulaire dans lequel vous choisissez le produit et indiquez le champ dans la zone de texte. Il est également possible de joindre une capture d'écran / un fichier.

L’utilisateur a la possibilité de voir les problèmes qu’il a signalés ainsi que son statut (nouveaux, attribués, résolus). Je suppose qu'une fois le formulaire envoyé, il envoie un courrier électronique au groupe approprié, mais je ne le sais pas avec certitude.

Bien sûr, lorsque je remplis un rapport de bogue, j'inclus les étapes à suivre pour reproduire, etc. mais en ce qui concerne "pas effrayant", je pense que cette façon de faire est assez simple, à la fois pour le codage et pour l'utilisateur final. D'autres personnes au bureau qui ne maîtrisent pas l'informatique ont déposé des rapports sans problème.

À l’inverse, j’utilise Digsby comme client de chat et fournit un " rapport de bogue " option dans le menu Aide. Cela ouvre une fenêtre où je peux saisir mon problème, j'ai la possibilité d'inclure un instantané que il prend des fenêtres ouvertes de Digsby (cool, car apprendre à un utilisateur à "imprimer l'écran", coller dans MS Paint, etc., n’est pas facile), puis lorsque je l’envoie, il enregistre les journaux de diagnostic.

J'aime cette façon aussi, car il a la capacité intégrée de montrer à quelqu'un ce qui ne va pas (en particulier avec les bugs d'affichage).

Answer 3

Les captures d’écran dans Bug Genie semblent un peu avancées pour l’utilisateur moyen. Je ne sais pas s'il s'agit d'une application Web ou d'une application de bureau, mais j'essaierais de configurer quelque chose en quelques clics simples et en quelque sorte une description de ce qu'ils faisaient lorsque le bogue s'est produit.

Si possible, leur donner la possibilité d’envoyer automatiquement les fichiers journaux et les spécifications de la machine serait bien, mais cela dépend de la disponibilité ou non.

Nous utilisons FogBugz comme logiciel de suivi des bogues et nous avons créé une boîte de dialogue d’erreur de soumission permettant à l’utilisateur d’envoyer un message avec la pile. Évidemment, s’il s’agit d’une application Web qui n’est probablement pas une option, essayez d’obtenir autant d’informations automatisées que possible

Answer 4

La réponse me fixait au visage, tout en bas de cette page. Des services tels que UserVoice constituent un excellent moyen pour les utilisateurs finaux de désigner & amp; voter pour les bugs, les changements, etc.

Answer 5

Eh bien, je tiens à dire que c’est le travail de l’assurance qualité - les utilisateurs habituels ne sont pas du genre à remplir les rapports de bogues. Mais si vous avez besoin d’un moyen de capturer les problèmes des utilisateurs, je voudrais utiliser quelque chose comme un sujet de forum dédié dans vBulletin ou phpBB ou similaire.

Answer 6

J'ai piraté un peu mantis .

• fonctionnalité email-to-mantis (pas encore tout à fait stable).
• une version simplifiée du formulaire de rapport de bogue simple de mantis, supprimant tout ce qui n’était pas requis par mantis pour enregistrer un nouveau problème

un formulaire de rapport de bogue mantis n'est peut-être pas approprié (c'est-à-dire réaliste) pour les clients entreprises, mais il est utile pour mes collègues non-techniciens (et même mes co-développeurs ...)

et il est facile de transmettre aux clients un message électronique à la mante, à la fois entrant (fw) et sortant (ccc).