Device test · Input
Click Speed Test
Choose a time window, then click or tap the pad as quickly as you can. Your first click starts the timer and counts toward your score. Watch your clicks per second (CPS) as you go, then use Reset for another run. Counting and timing happen in your browser; nothing is sent anywhere.
How this test works
Choose a 1, 5, 10, 30, or 60 second window. The first activation of the pad both adds a click and starts the timer, so there is no separate start signal to react to. During a run, CPS is the count divided by elapsed time; the final score is the count divided by the selected window length, shown to one decimal place. Reset clears the current run, and changing the window starts you over too. Neither clears Session best.
The page normally counts a primary-button press or touch contact when it receives pointerdown, rather than waiting for a completed click. It ignores the trailing pointer-generated click event to avoid counting the same press again. Keyboard activations count through click events with detail set to 0. In browsers without Pointer Events, it uses mousedown and touchstart instead. Timing comes from performance.now() when the page handles an activation, not from adding up screen refreshes. A delayed display update does not extend the window: an activation handled at or after the cutoff is discarded.
Your score reflects the events this page receives, not a direct count of physical finger movements. Device processing, the operating system, and browser scheduling can affect which events arrive and when, so use the same device, browser, input method, and window length when comparing runs. Extra events can raise the count, but a high score alone cannot tell you whether they came from your technique, software, or a faulty switch. It does not measure click latency, the delay between a physical press and its registration; the page has no timestamp for the physical press to compare against.