BugCapturer v1.0.1 Diagnosefunktion im Detail

Was ist neu in V1.0.1

BugCapturer V1.0.1 führt ein leistungsstarkes neues Feature ein: Automatische Technische Diagnose-Sammlung. Diese Funktion erfasst automatisch Konsolenfehler und fehlgeschlagene Netzwerkanfragen, wenn Sie einen Bug-Bericht einreichen, und liefert Entwicklern präzise Diagnosehinweise, die die Bug-Reproduktionskosten drastisch senken.

Warum Diagnosen wichtig sind

Wenn Sie einen Bug melden, sind die wertvollsten Informationen nicht immer auf dem Bildschirm sichtbar. Oft verbergen sich die echten Hinweise in:

Konsolenfehlern: JavaScript-Ausnahmen, Warnungen und Fehlermeldungen

Fehlgeschlagenen Netzwerkanfragen: API-Aufrufe mit 4xx/5xx-Statuscodes

Ohne diese Informationen müssen Entwickler den Bug selbst reproduzieren, DevTools öffnen und nach den relevanten Fehlern suchen. Das kann Minuten oder sogar Stunden dauern.

Wie es funktioniert

Konsolenfehler-Sammlung

Wenn Sie „Technische Diagnosen einbeziehen" aktivieren und einen Bericht einreichen, erfasst BugCapturer automatisch bis zu 10 Fehler-Logs der Konsole, einschließlich:

Level: Immer „error" (wir sammeln keine Warnungen oder Infos)

Nachricht: Der Fehlertext

Quelle: Die Datei, Zeile und Spalte, wo der Fehler auftrat (z.B. app.js:142:8)

Dies gibt Entwicklern den genauen Startpunkt für die Fehlersuche.

Netzwerkfehler-Sammlung

BugCapturer erfasst auch bis zu 5 fehlgeschlagene HTTP-Anfragen (Statuscode ≥ 400), einschließlich:

URL: Die Anfrage-URL (mit bereinigten sensiblen Parametern)

Methode: GET, POST, PUT, DELETE usw.

Statuscode: 404, 500, 403 usw.

Statustext: „Not Found", „Internal Server Error" usw.

Datenschutz-first-Design

Wir haben die Diagnose-Sammlung nach drei Datenschutzprinzipien aufgebaut:

1. URL-Bereinigung

Sensible URL-Parameter werden automatisch durch * ersetzt:

token, key, secret, password, auth, access_token, refresh_token, api_key, private_key, credential

So wird https://api.example.com/data?token=abc123&user=john zu https://api.example.com/data?token=*&user=john.

2. Benutzer-Opt-In

Das Kontrollkästchen „Technische Diagnosen einbeziehen" ist standardmäßig aktiviert, aber Benutzer können sich jederzeit abmelden. Wenn deaktiviert, werden keine Diagnosedaten gesammelt.

3. Einmalige Erfassung

Diagnosen werden nur zum Zeitpunkt der Berichtseinreichung gesammelt. Es gibt kein Hintergrund-Monitoring, keine kontinuierliche Protokollierung, keine Datenansammlung. Was Sie sehen, ist genau das, was gesendet wird.

Technische Implementierungsdetails

Konsolenfehler-Erfassung

BugCapturer hakt sich zum Zeitpunkt der Erweiterungsaktivierung in die console.error-Methode des Browsers ein. Es speichert Fehler in einem Ringpuffer mit maximal 10 Einträgen und behält nur die aktuellsten Fehler.

Netzwerkfehler-Erfassung

Über die chrome.webRequest-API überwacht BugCapturer abgeschlossene Netzwerkanfragen und filtert nach Statuscodes ≥ 400. Es werden nur die bereinigte URL, die Methode und die Statusinformationen gespeichert — keine Anfrage- oder Antwortkörper.

Datenfluss

Benutzer aktiviert BugCapturer

Konsolen- und Netzwerküberwachung beginnt

Benutzer macht Screenshot, annotiert, füllt Formular aus

Benutzer klickt auf „E-Mail senden"

Wenn Diagnosen aktiviert sind, werden aktuelle Fehler gesammelt

Alle Daten werden in den E-Mail-Text verpackt

E-Mail-Client startet mit vorausgefülltem Inhalt

Keine Daten werden an einen Server gesendet — alles bleibt in der E-Mail

Was Entwickler sehen

Wenn ein Entwickler einen BugCapturer-Bericht mit Diagnosen erhält, enthält der E-Mail-Text: Konsolenfehler-Abschnitt:

Jeden Fehler mit seiner Nachricht und Quellort

Bis zu 10 Einträge, aktuellste zuerst

Netzwerkfehler-Abschnitt:

Jede fehlgeschlagene Anfrage mit bereinigter URL, Methode und Status

Bis zu 5 Einträge, aktuellste zuerst

Dieses strukturierte Format macht es einfach, den Überblick zu behalten und die Ursache schnell zu identifizieren.

Auswirkungen

Frühes Feedback von Nutzern zeigt:

60% Reduzierung der „brauche mehr Infos"-Hin-und-Her-Kommunikation bei Bug-Berichten

Entwickler können sofort mit der Fehlersuche beginnen statt erst zu reproduzieren

Präzisere Bug-Berichte führen zu schnelleren Fixes

Fazit

Automatische Technische Diagnosen sind eine natürliche Erweiterung von BugCapturers Mission: Bug-Reporting so schnell und effektiv wie möglich zu machen. Durch die automatische Sammlung des technischen Kontexts, den Entwickler benötigen, eliminieren wir den zeitaufwendigsten Teil des Bug-Reporting-Prozesses — während wir unser Engagement für Datenschutz und Datensicherheit aufrechterhalten.