BugReporter

[Dit_]

Hallo!

Ich muss ein modul, BugReporter, schreiben und wollte fragen welche Möglichkeiten es gibt einen Bug (Drei Strings: titel, autor, bugBeschreibung) zu berichten. Bietet JAVA vielleicht passende Werkzeuge?

Am besten wäre zum Beispiel wenn Bugreporter in einer Datei auf einer WebSeite eine Zeile anhängt. Problem ist nur, jeder benutzer muss die FTP Zugangsdaten haben... unsinn... oder die Daten müssen im Code stehen was unsicher ist.

Vielleicht hat jemand eine Idee wie ich es machen könnte.

Danke schon mal.

P.S. Gesucht habe ich schon im Forum und Netz

 

[Noctarius]

Was soll der BugReporter denn können? Muss der ähnlich wie ein Ticketsystem Daten aufnehmen oder soll er automatisch einen State der VM machen (also Threads, Stacktrace, usw).

 

[Dit_]

Also der Benutzer füllt ein Forumlar aus (Name, Betreff, Problembeschreibung) und klickt auf senden. So ungefähr solls aussehen.

 

[Tomate_Salat]

Am besten wäre zum Beispiel wenn Bugreporter in einer Datei auf einer WebSeite eine Zeile anhängt.

Wäre hier eine Datenbank nicht wesentlich angenehmer? Den Autor halte ich bei einem Bug als nicht so wichtig. Ich würde eher:

• Kurzbeschreibung
• Status*
• Prioriät*
• Datum
• Beschreibung zur rekonstruktion des Fehlers
• Stacktrace

nutzen. Die mit [c]*[/c] markierten Felder würde ich allerdings nicht dem "Autor" überlassen.

MFG

Tomate_Salat

Edit auch bei einem Bugreport möchten manche Anonym bleiben, ein Autorname könnte da eher zum nicht-reporten führen. Zudem solltest du auch anzeigen, welche Daten du vorhast zu senden.

 

[bygones]

Edit auch bei einem Bugreport möchten manche Anonym bleiben, ein Autorname könnte da eher zum nicht-reporten führen. Zudem solltest du auch anzeigen, welche Daten du vorhast zu senden.

lol - was bringt ein bugsystem wenn man solche information nicht hat....

und warum das Rad neu erfinden:

Bugzilla, Jira etc machen das doch alles schon ?!

 

[Noctarius]

Vermutlich für eine Prüfung als praktische Aufgabe

 

[Dit_]

Habe Paar ScreenShots gepostet. Natürlich habe nur einfachheitshalber (Titel, Autor, Bugbeschreibung genannt).

Mir gehts es nur darum wie ich das am einfachsten erledigen könnte. DB-Zugangsdaten müssen doch dann wieder im Code stehen oder?

 

[Noctarius]

Zugangsdaten gehören nicht in den Clientcode. Nutze halt ein einfaches Server-Client System (z.B. auf Basis von RMI oder SIMON).

 

[Tomate_Salat]

lol - was bringt ein bugsystem wenn man solche information nicht hat....

Kleine Frage: meinst du mit Autor Entwickler oder den Endanwender, welcher den Bug postet. Ersteres macht Sinn, dass man das erfässt. Der Name(oder gar ein Pseudoname wie Tomate_Salat) vom Kunden kann mir aber relativ egal sein. Eine Email-Adresse wäre sicher nicht verkehrt (kommt mir gerade) bei rückfragen, soetwas würde ich aber optional halten.

Oder eben einfach auf fertiges zurückgreifen wie bygones gepostet hat.

 

[Dit_]

Es ist nicht die Frage was ich senden soll, sondern wie.

Ich versuche das mit RMI wie Noctarius sagte.

 

[Gast2]

Kleine Frage: meinst du mit Autor Entwickler oder den Endanwender, welcher den Bug postet. Ersteres macht Sinn, dass man das erfässt. Der Name(oder gar ein Pseudoname wie Tomate_Salat) vom Kunden kann mir aber relativ egal sein.

In einem anoymen Forum oder einen weit verbeiteten OpenSource Lösung vielleicht. Aber wenn du eine anwendung an einen Kunden verkaufst ist es durchaus sehr praktisch und für ein vernünftiges Kundenmanagment nötig wenn man weiß welcher Kunde den Fehler hat. Evtl trifft der Fehler ja nur auf den einen Kunden zu der eine ganz besondere Konfiguration fährt. Die email ist bei sowas zwar auch nciht verkehrt und lässt oft Rückschlüsse auf den Kunden zu - aber nicht immer.

Das kommst ganz darauf an an wen du die Software verkaufst. Wenn wir einen anonymen Bug reported bekommen würden müssten wir erstmal 500 Kunden anrufen und fragen wer denn das Problem hat - oder aber darauf warten das das ganze eskaliert weil sich der Kunde noch mal melded da keine Rückmeldung kam.

Das kommt also ganz auf das Szenario an. Den Screenshots nach sieht es aber nicht danach aus als wäre es eine Enterprise Lösung