Wie wir unsere Tools testen

Get Tools Lab verwendet einen mehrschichtigen Qualitätsprozess. Eine in der Codebasis vorhandene Seite bedeutet nicht automatisch, dass ihre Ausgabe als produktionsbereit gilt.

1. Statisches Implementierungsaudit

Wir prüfen, ob jedes registrierte Tool eine echte Seite, sinnvolle Steuerelemente, einen Implementierungspfad, eine Ergebnisoberfläche und kein offensichtliches generisches Platzhalterverhalten hat.

2. Browser-Rauchtest

Automatisierte Chromium-Prüfungen laden jede öffentliche Tool-Seite, erfassen Konsolen- und Seitenfehler und überprüfen, ob die erwarteten interaktiven Steuerelemente in den Ansichtsfenstergrößen von Desktops und Mobilgeräten vorhanden sind.

3. Deterministische Funktionstests

Prioritätsrechner und Text-/Datentools werden mit bekannten Eingabe-/Ausgabepaaren getestet. Beispiele hierfür sind 20 % von 150 = 30 und gültige JSON-Formatierung. PDF- und Bildtools verwenden, wenn möglich, generierte Beispieldateien.

4. Fehlerstatusprüfung

Tools sollten fehlende Eingaben, nicht unterstützte Typen und ungültige Werte erklären. Wir bevorzugen umsetzbare Fehler gegenüber einer allgemeinen Fehlermeldung.

5. Datenschutzüberprüfung

Wir dokumentieren, ob der Kernbetrieb lokal im Browser oder servergestützt erfolgt. Wir verwenden keine pauschale Aussage „Es wird nichts hochgeladen“ für Tools, die einen Server erfordern.

6. Barrierefreiheit und mobile Prüfungen

Prioritätsworkflows werden auf Tastaturfokus, Beschriftungen, Touch-Zielgröße, responsives Layout und Live-Statusmeldungen überprüft. Automatisierte Kontrollen ersetzen nicht das Testen mit unterstützender Technologie.

Lebenszyklusbezeichnungen

Produktion bereit ist für kuratierte Workflows reserviert, die die aktuelle Testebene bestanden haben. Beta bedeutet, dass das Tool über eine benutzerdefinierte Implementierung verfügt, aber dennoch eine eingehendere Ausgabeüberprüfung erfordert. Ausgeblendet -Tools werden aus der öffentlichen Entdeckung entfernt, bis ihre Implementierung stark genug ist.

Korrekturen

Wenn ein Test oder Benutzerbericht einen Fehler identifiziert, reproduzieren wir ihn nach Möglichkeit, korrigieren die Implementierung oder Dokumentation, fügen, wenn möglich, einen Regressionstest hinzu und aktualisieren den Verifizierungsdatensatz.

Zuletzt überprüft: 19. August 2026