Skip to content

Methodology

How Testpartout measures

These are the principles behind every test on the platform. Each test page then documents its own procedure and its own limits in detail.

Platform-wide principles

  • Measurements use browser APIs

    Every Testpartout test is built on standard web platform APIs — pointer and keyboard events, requestAnimationFrame, and related interfaces. What the browser can observe is what the test can measure; nothing is simulated to look more precise than it is.

  • Timing-sensitive tests use performance.now()

    Where a test depends on elapsed time — reaction time, click speed, time-to-target and similar — the measurement is anchored on performance.now(), the browser's monotonic high-resolution clock, rather than wall-clock time.

  • Methodology is documented per test

    This page describes platform-wide principles only. The specific procedure of each test — trial counts, exclusion rules, scoring formulas — is documented on that test's own page, next to the tool itself, and kept in step with the implementation.

  • Your environment affects the result

    Browser, device, display refresh rate and input-device latency all influence a measurement. A score taken on one machine is not directly comparable to a score taken on another, and small differences between runs are normal.

  • Browser measurements, not laboratory instruments

    Testpartout tests are practical browser measurements. They are useful for comparing your own runs and spotting changes, but they are not calibrated laboratory equipment and should not be read as clinical or scientific measurements.

  • No invented population averages

    Testpartout does not publish population averages, global percentiles or rankings that are not backed by real aggregated measurements. Until such data genuinely exists, no comparative statistics are shown.

  • Personal bests are currently local

    Where a test keeps a personal best, it is stored in your browser's local storage on your device. It is not uploaded, and clearing your browser storage removes it.

  • Future benchmarks will use real data only

    If aggregated benchmarks are ever introduced, they will be computed from real measured results and labelled as such. Synthetic or placeholder statistics will not be published in their place.

How we validate Testpartout tools

Calculation verification

Pure functions can be tested with known inputs and expected outputs, including event-rate math, grid coverage, held-key comparisons and checklist state. These checks verify calculations, not physical hardware.

Browser-flow verification

Routes, controls, API state and cleanup can be exercised in an actual browser. Automated input verifies the browser flow; it does not establish that a real device generated the input or that sound reached a speaker.

Hardware-dependent verification

Real microphones, cameras, speakers, controllers, displays, mice and touchscreens are needed to evaluate their physical behavior. We do not claim every tool has been checked with professional equipment, calibrated laboratory instruments or every hardware model.

User observation

Pixel defects, larger display patterns and audio routing require you to look or listen. Browser-generated patterns and tones are not automatic fault detection. Local checklists organize your observations without creating a hardware-health score. Optional result cards are created locally and shared only after your explicit choice.

Per-test methodology

The detailed method for each live test — including what the implementation does and the limits of a browser measurement — is on the test's own page: