Methodik

Testmethodik

Zuletzt aktualisiert: August 2026

So funktioniert das Testen im Browser

Die Tools von GamepadTools nutzen Browser-APIs und im Browser beobachtbare Signale für ihre Tests. Welche APIs und Messmethoden genau zum Einsatz kommen, unterscheidet sich je nach Tool — wir behaupten nicht, dass jedes Tool gleich funktioniert. Hier steht, was jede Tool-Gruppe tatsächlich nutzt, abgeglichen mit der aktuellen Umsetzung:

  • Gamepad-Tools (Gamepad Tester, Joystick-Test, Deadzone-Test, Polling-Rate-Test, Latenztest, Vibrationstest, Akku-Test) lesen den Controller-Status über die Gamepad API aus, abgefragt per requestAnimationFrame.
  • Der Vibrationstest sowie die Vibrationsanzeige im Gamepad Tester und im Akku-Test nutzen die Haptik-Schnittstelle der Gamepad API, sofern Browser und Controller sie unterstützen.
  • Der Akku-Test nutzt zusätzlich WebHID, das nur in Chromium-basierten Browsern (Chrome, Edge, Opera) verfügbar ist.
  • Maus-Tools (DPI-Analyzer, Klicktest, Doppelklick-Test, Maustasten-Test, Maus-Polling-Rate, Reaktionszeit-Test) lesen normale Maus-Ereignisse (mousedown, mouseup, click, mousemove) mit hochauflösenden Zeitstempeln über performance.now() aus. Die Maus-Polling-Rate nutzt zusätzlich Pointer Lock, um rohe, unbegrenzte Bewegung zu lesen.
  • Der GPU-Check nutzt WebGL und die Erweiterung WEBGL_debug_renderer_info, um deine Grafikhardware zu erkennen.
  • FPS-Test und Hz-Test nutzen requestAnimationFrame und performance.now(), um Rendering-Intervalle zu messen.
  • Der Auflösungs-Check liest window.screen und dein Gerätepixelverhältnis direkt aus.
  • Der Backlight-Bleeding-Test ist ein geführter Sichttest mit Vollbild-Farbflächen, die du selbst begutachtest — er führt keine automatische Messung durch.

Wir nennen nur APIs, die die aktuelle Umsetzung tatsächlich nutzt.

Was unsere Tools messen

Konkret:

  • Der Latenztest misst die Zeit zwischen dem Auslösen eines Eingabe-Ereignisses und seiner Erfassung durch die Seite, mit Zeitstempeln über performance.now(). Das ist eine im Browser beobachtete Messung, keine Messung der gesamten Kette von Eingabe bis Bildschirm (siehe „Was unsere Tools NICHT messen“ unten).
  • Der DPI-Analyzer schätzt die DPI, indem er misst, wie weit sich dein Cursor auf dem Bildschirm im Verhältnis zu einer von dir angegebenen physischen Strecke bewegt.
  • Die Maus-Polling-Rate schätzt die im Browser beobachtete Eingabe-/Melderate der Maus, der Controller-Polling-Rate-Test die im Browser beobachtete Aktualisierungsrate des Controllers. Beides ist kein direktes Auslesen des internen USB- oder Firmware-Abfragezyklus des Geräts.
  • Klicktest und Doppelklick-Test beruhen auf den Zeitabständen zwischen Klick-Ereignissen.
  • Der FPS-Test zählt die tatsächlich gerenderten Bilder pro echter Sekunde.
  • Der Hz-Test leitet die Bildwiederholrate deines Monitors aus gleichmäßigen Frame-Intervallen ab, die über mehrere Sekunden gemessen werden.

Was unsere Tools NICHT messen

Das ist genauso wichtig wie das, was sie messen. Beim Testen im Browser lässt sich Folgendes nicht beobachten:

  • die gesamte End-to-End-Eingabelatenz inklusive der zusätzlichen Verzögerung des Displays — unsere Latenzwerte zeigen das im Browser beobachtete Eingabe-Timing, nicht die komplette Kette von der Eingabe bis zum Licht auf dem Bildschirm;
  • der genaue interne Abfragezyklus eines USB-Geräts auf Hardware-/Firmware-Ebene;
  • die elektrischen Eigenschaften deiner Hardware;
  • der vollständige physische Zustand deiner GPU (nur das, was über WebGL bereitgestellt wird);
  • die genaue Sensor-Firmware-Konfiguration in einem Controller oder einer Maus.

Hat ein bestimmtes Tool Einschränkungen über diese allgemeine Liste hinaus, steht das auf der Seite des jeweiligen Tools.

Einfluss von Browser und Betriebssystem

Weil jedes Tool darauf angewiesen ist, dass der Browser korrekt meldet, können die Ergebnisse variieren je nach: verwendetem Browser, Betriebssystem, Gerätetreibern, Verbindungsart (kabelgebunden oder kabellos), Hintergrundlast auf deinem Gerät, Energiespareinstellungen, deiner konkreten Hardware und der Art, wie ein Browser die zugrunde liegende API umsetzt. Das ist normal und zu erwarten — deshalb bezeichnen wir unsere Tools als Diagnosehilfen und nicht als zertifizierte Messgeräte.

Tests und Validierung

Die Tools werden vor der Veröffentlichung anhand ihrer zugrunde liegenden Browser-APIs und des erwarteten Verhaltens geprüft. Haben wir ein Tool selbst mit physischer Hardware getestet, behandeln wir diese Tests als eigene Beobachtungen und dokumentieren sie getrennt von Informationen aus technischen Spezifikationen oder Browser-Dokumentation. Eine Liste „getesteter Controller“ veröffentlichen wir nur, wenn sie tatsächlich getestete Hardware wiedergibt — lieber gar keine Liste als eine erfundene.

Methodik der einzelnen Tools

Alle Details zu einem einzelnen Tool findest du direkt auf seiner Seite — jede erklärt ihre eigenen Eingaben, Ausgaben und bekannten Grenzen:

Diese Seite aktuell halten

Browser-APIs ändern sich mit der Zeit. Wenn ein Update beeinflusst, wie ein Tool Daten liest, passen wir das Tool und diese Seite entsprechend an.