Skip to content

Findings & Scoring

Jeder Swarm-QA-Lauf erzeugt eine Liste von Findings und einen Gesamtscore. Diese Seite beschreibt, wie Findings strukturiert sind und wie der Score berechnet wird.

Schweregrade

Jedes Finding erhält einen Schweregrad, der die Dringlichkeit der Behebung signalisiert:

SchweregradBedeutungBeispiel
KritischSofort beheben — Funktionalität oder Sicherheit betroffenDefekter Login, fehlende CSP
HochZeitnah beheben — beeinträchtigt NutzererfahrungDefekte Links, fehlender Alt-Text
MittelEinplanen — VerbesserungspotenzialSuboptimale LCP-Werte, fehlende Meta-Tags
NiedrigBei Gelegenheit — geringe AuswirkungLange Redirect-Ketten
InfoZur Kenntnis — kein HandlungsbedarfErkannte Technologien, CMS-Version

Aktionskategorien

Neben dem Schweregrad erhält jedes Finding eine Aktionskategorie:

  • Fix now — sofortige Behebung empfohlen
  • Plan — in den nächsten Sprint einplanen
  • Monitor — beobachten, ob sich der Zustand verschlechtert
  • Accept — bewusst akzeptiertes Risiko

Scope

Jedes Finding referenziert:

  • Die betroffene URL
  • Den Agent, der das Finding erzeugt hat
  • Den DOM-Selektor oder Header, der betroffen ist

KI-Anreicherung

Bei Standard Scan und Deep Audit werden Findings automatisch durch den AI-Assistenten angereichert:

  • Erklärung — was das Problem bedeutet und warum es relevant ist
  • Lösungsvorschlag — konkreter Code oder Konfigurationsänderung
  • Referenz — Links zu relevanten Standards (WCAG, OWASP, Core Web Vitals)

Token-Verbrauch

Die KI-Anreicherung verbraucht zusätzliche API-Tokens. Bei einem Quick Smoke wird sie übersprungen, um Kosten zu sparen.

Scoring

Der Gesamtscore wird auf einer Skala von 0 bis 100 berechnet:

BereichBewertung
90–100Ausgezeichnet
70–89Gut — wenige Verbesserungen nötig
50–69Akzeptabel — mehrere Findings offen
0–49Kritisch — dringende Maßnahmen erforderlich

Die Berechnung gewichtet Findings nach Schweregrad: Kritische Findings reduzieren den Score stärker als Findings mit niedrigem Schweregrad.

Tabs

Die Findings-Ansicht bietet vier Tabs: Live (aktueller Lauf), Historie (vergangene Läufe), Findings (alle Findings filterbar) und Zeitplanung (geplante Scans).

Weiterführend

Local-first QA orchestration.