Registrieren von Fehlern per E-Mail

Question

Was ist der beste Weg, eine E-Mail mit Fehlerbeschreibung zu analysieren. Ein Client hat kürzlich entschieden, dass es für den Benutzer angenehm wäre, eine E-Mail an ein bekanntes Postfach zu senden, und ein Bug würde im Bug-Tracker registriert werden (nicht genau in der Nähe).

Das Problem ist Bug-Beschreibung hat viele Felder wie Daten, Zeiten, Beschreibungen, Kommentare, Verluste, Anhänge usw. Es ist nicht die klügste Sache zu tun, sich auf Benutzer zu verlassen, ein bestimmtes Postformat zu verwenden.

Die Frage ist, wie könnte man E-Mails analysieren, um alle benötigten Informationen zu erhalten. Das Format sollte nicht zu streng sein, aber genug, um zu erraten, welche Felder was bedeuten. Ich wäre auch daran interessiert, sowohl korrekte als auch einfachste Lösungen dafür zu hören.

P.S. Eigentlich wurde diese Funktion von einer Bank angefordert. Sie haben ein öffentliches Postfach, in dem Clients erkannte Probleme senden. Das Problem besteht darin, so viele Informationen aus diesen Briefen zu erhalten, bevor der Bankangestellte sie tatsächlich betrachtet.

Answer 1

Wir tun etwas ähnliches mit RT, aber die E-Mail ist nicht wirklich geparst. Alle E-Mails gehen in eine einzige Warteschlange, wo sie von unseren IT-Mitarbeitern ausgewertet werden. Im Grunde wird das Parsen von Menschen durchgeführt - sie modifizieren das Ticket, um so viele Informationen zu erhalten, wie sie aus der E-Mail herauslesen können.

Es ist unwahrscheinlich, dass Sie Benutzer dazu bringen, sich (richtig) an eine spezielle Syntax oder Formatierung zu halten, die Ihnen einfällt - es sei denn, sie sind Angestellte, gut ausgebildet oder haben einen Anreiz, Ihren Regeln zu folgen.

Eine andere Option wäre, dass die erste E-Mail mit einer E-Mail antwortet, die als Fragebogen formatiert ist. Mit anderen Worten, der Benutzer schreibt einen anfänglichen Fehlerbericht und erhält sofort (oder sobald der E-Mail-Server antworten kann) eine Nachricht "Danke - können Sie weitere Informationen geben" mit Eingabeaufforderungen für weitere Informationen. Sie könnten dann diese E-Mail analysieren und Ihr Fehlerverfolgungssystem mit genaueren Informationen füllen,

Viel Glück! Klingt nach einer coolen Idee!

Answer 2

Die Kategorisierung eines Fehlers basierend auf Freiform-Text ist eine schwierige Angelegenheit. Sehr wenig neben dem Namen des fehlerhaften Übermittlers und dem Datum, an dem der Fehler gemeldet wird, kann man leicht aus einer E-Mail heraushören. Gibt es einen Grund, warum Sie sich auf E-Mails beschränken? Wenn Sie ein Formular zur Verfügung stellen, um die Fehler über eine Webseite zu übermitteln, können Sie den Fehler basierend auf den Dropdown-Menüelementen, die Sie dem Benutzer präsentieren, kategorisieren. Außerdem können Sie sie auf allgemeine Antworten in einem dynamischen Informationsteil der Seite verweisen. Werfen Sie einen Blick auf Apple iTunes support request page für eine leicht nervige aber effektive Methode, um den Benutzer zu zwingen, Ihnen anständige Informationen zu geben. Banking-Anwendungen sind keine gute Domäne, um Zweideutigkeiten zuzulassen, noch sind sie eine gute Domäne für mehrere Kommunikationsrunden.

Answer 3

FogBugz hat die Fähigkeit, eine E-Mail-Adresse zu überwachen und E-Mails an diese Adresse als neue FogBugz-Fälle zu senden.

Es gibt auch eine Funktion namens ScoutSubmit, die HTTP-GET-Argumente akzeptiert und diese verwendet, um einen neuen Fall einzureichen. Sehr praktisch, wenn eine Anwendung automatisch Fehlerberichte aus dem Feld einreicht.