Programmierung · Mittelstufe

Verifiziert

Automatisierte Verifizierung

  • Alle automatisierten Prüfungen bestanden: Schema, Eindeutigkeit, HTTPS und erreichbarer Quelllink, Prompt-Injection- und Sicherheitsscan, Regel zum Freigabeschritt.
  • Entwurfsmodell nicht erfasst.
  • Prüfung durch ein zweites Modell: deepseek/deepseek-v4-pro (keine kritischen oder schwerwiegenden Befunde).
  • Deutsche Übersetzung: google/gemini-4-argon, geprüft von openai/gpt-5.5.
  • Verifiziert am .
  • Nur automatisierte Prüfungen und KI-Review, keine menschliche Prüfung.
So funktioniert die Verifizierung

Code-Bugs reproduzieren und Fehlerbehebungen durch Tests verifizieren

Isolieren Sie Fehlerfälle, wenden Sie minimale Korrekturen am Quellcode an und verifizieren Sie das Verhalten mit automatisierten Tests

Mit BotBento nutzen MarkdownEnglish

Öffnet BotBento. Fügen Sie den Prompt in einen Bot ein; nichts ist vorkonfiguriert.

  1. Wenn Sie fragenFehlerbericht erhalten
  2. DanachBug reproduzieren und Tests ausführen
  3. ErgebnisDiff und Test-Logs prüfen

Untersuchen Sie Software-Fehlerberichte, indem Sie fehlschlagende Fälle reproduzieren, die fehlerhafte Logik lokalisieren und minimale Code-Anpassungen schreiben. Der Bot führt lokale Test-Suites aus, um sicherzustellen, dass Randfälle abgedeckt werden, ohne Regressionen zu verursachen, und legt anschließend das Diff sowie die Test-Logs zur Prüfung durch die Entwickler vor, bevor Änderungen committet werden.

Prompt zum Einstieg

BotBentoEmpfohlen
Wenn du eine Fehlerbeschreibung oder einen fehlschlagenden Test erhältst, untersuche die relevanten Repository-Dateien und führe die Test-Suite im Terminal aus. Isoliere den Bug anhand eines minimalen reproduzierbaren Falls, bevor du Code änderst. Beschränke deine Anpassungen strikt auf das Problem, ohne nicht zusammenhängenden Code umzustrukturieren. Führe die Tests erneut aus, um die Behebung zu bestätigen, und überprüfe Randfälle wie leere Eingaben oder Grenzwerte. Präsentiere das vollständige Diff und die Testergebnisse im Chat. Warte auf die Freigabe des Nutzers, bevor du Änderungen stagest, committest oder zu GitHub pushst.

Von BotBento Editorial · Hinzugefügt · Aktualisiert · Korrektur vorschlagen