Zurück zu den Notizen

veröffentlicht 2025-12-21

Wie man die Labels "bug", "feature", "improvement" oder "chore” in der Programmentwicklung nutzt

l-you avatarGanz Du

Erläuterung, wann die Labels “bug”, “feature”, “improvement” oder “chore” in einem IT-Projekt verwendet werden.

  • Verwende ”bug”, wenn die Änderung ein defektes erwartetes Verhalten wiederherstellt: z. B. das Beheben eines Checkout-Absturzes, das Korrigieren eines falschen Ausgabewerts oder das Patchen einer Sicherheitslücke.
  • Verwende ”feature”, wenn die Änderung eine neue Endnutzer-Funktionalität einführt: z. B. das Hinzufügen einer Wunschliste, das Einführen einer neuen Zahlungsmethode oder das Bereitstellen eines neuen API-Endpunkts.
  • Verwende ”improvement”, wenn die Änderung bestehende Funktionalität verbessert, ohne das Kernverhalten zu verändern: z. B. das Optimieren des Bildladens, die Verfeinerung der UI oder das Aktualisieren interner Tools.
  • Verwende “chore”, wenn die Änderung betriebliche Wartung oder Konfiguration betrifft, ohne direkten Nutzen für Nutzende oder die Performance zu bringen, etwa durch das Aktualisieren von Abhängigkeiten, das Anpassen von Build-Skripten oder das Durchführen von Aufräumarbeiten.

Was ist “Bug”?

  • Regressionen, die einen zuvor funktionierenden Ablauf unterbrechen
  • Abstürze, Fehler oder falsche Ausgaben, die Nutzende reproduzieren können
  • Sicherheits- oder Compliance-Lücken, die umgehend behoben werden müssen

Was ist “Feature”?

  • Ganz neue Nutzerabläufe oder Screens
  • Zusätzliche Integrationen oder unterstützte Zahlungs-/Versandmethoden
  • Neue Backend-Funktionen, die für Clients bereitgestellt werden

Was ist “Improvement”?

  • Leistungssteigerungen oder Optimierung der Skalierbarkeit
  • UI/UX-Verfeinerungen an bestehenden Komponenten
  • Verbesserungen der Developer Experience wie Tooling oder Testabdeckung

Was ist “Chore”?

  • Routinewartungsaufgaben, die erforderlich sind, um die Codebasis gesund zu halten
  • Konfigurationsupdates an CI/CD-Pipelines, Servern oder Umgebungen
  • Abhängigkeitsaktualisierungen oder Bibliothekspatches (die nicht sicherheitskritisch sind)
  • Administrative Aufgaben wie das Schreiben interner Wikis oder das Organisieren von Dateistrukturen