Gamepad Button Tester – Free Controller Button Test

A controller button tester is a browser-based tool that reads your gamepad’s raw input signals through the Gamepad API and shows you, in real time, whether each button registers correctly. Connect your controller via USB or Bluetooth, press any button to wake detection, then press every button on your pad – each one lights up on screen and is logged with a response time and a status flag (OK, STICKY, BOUNCE, or FAIL). Works in Chrome and Edge on Windows, Mac, Android, and Safari on iOS 16.4+.

Test Controls & Settings

Diagnostic
Rapid Fire
Endurance
Precision
Controller: None Connected
Test Status: Stopped
Mode: Diagnostic
Duration: 00:00

Button Status

No controller detected--

Test Statistics

Total Presses0
Failed Buttons0
Sticky Buttons0
Avg Response-- ms

Interactive Button Map

Instructions: Connect your controller and press the buttons to see instant visual feedback. Red highlights failed buttons, while orange shows sticky inputs. Use the control panel to switch between test modes and export your test results.

How To Test Your Controller Buttons – 4 Steps

  1. Connect your controller via USB (recommended for diagnostics) or Bluetooth (make sure it’s charged).
  2. Press any button on the physical controller. Browsers require this one user-initiated press before they’ll release gamepad data to a webpage – it’s a privacy safeguard, not a bug in this tool or your controller.
  3. Pick a test mode – Diagnostic for a general health check, Rapid Fire if you suspect double-clicking, Endurance for long-session issues, or Precision for frame-accurate timing.
  4. Press every button systematically (face buttons → D-pad → bumpers → triggers → stick clicks → system buttons), then review the statistics panel and export a log if you need documentation.

That covers the mechanics. The rest of this guide goes deeper: what’s actually happening inside your controller when a button fails, how to read the diagnostic data correctly, and what to do about whatever the tool finds.

What Is a Controller Button Tester?

A controller button tester is diagnostic software that intercepts the same signal your console or game would normally receive. It doesn’t talk to your controller’s firmware and it can’t change anything – it only listens. When you press a button, your controller sends an electrical signal over USB or Bluetooth to your operating system, which exposes it to the browser as a standardized gamepad object. This tool samples that object, applies optional debounce filtering, and visualizes every state change. Each button reports two values:

  • pressed – a boolean (true/false): is the button currently held?
  • value – a float from 0.0 to 1.0: analog pressure. Face buttons are almost always 0.0 or 1.0; triggers use the full range.

Analog sticks report separately as axes, from -1.0 to +1.0 on X and Y. This page focuses on buttons; for stick-specific issues, see the joystick deadzone test and stick drift test.

A genuine limitation worth stating plainly: the W3C Gamepad specification doesn’t define a push model – your browser polls the API on its animation frame, typically every ~16.67ms at 60Hz. Response times below roughly 8ms are estimates, not lab-grade measurements. For precise input latency, use the dedicated gamepad latency test instead.

Why Button Testing Matters

Controller buttons are small mechanical-electrical assemblies: a plastic cap sits over a silicone dome, the dome’s underside carries a conductive carbon pad, and pressing the cap drives that pad onto a pair of contacts on the PCB. Every part of that chain degrades with use – manufacturers typically rate these switches for a wide range of actuations depending on design, and real-world lifespan varies enormously with playstyle, climate, and how the controller is stored, so any single “X million presses” figure you see quoted online should be treated as a rough industry generalization, not a guarantee for your specific unit.

What testing catches before you feel it in a match:

  • Contact pad wear – rising response times and occasional missed inputs, long before the button feels obviously broken.
  • Switch bounce – mechanical contacts physically rebound against each other for a few milliseconds, registering one physical press as two or three digital ones. Games often filter some of this; hardware-level testing exposes what’s left over.
  • Contamination – skin oils, dust, and spilled liquids creep through seams onto PCB contacts, the most common cause of sticky buttons.
  • Heat-dependent intermittent failures – a button that works cold and fails 20 minutes into a session, because a hairline PCB crack opens slightly as components warm up. Only an extended (Endurance Mode) test reliably catches this.
  • Firmware-related misreporting – occasionally, correct hardware reports incorrect states to the OS after a firmware change. Testing before and after an update tells you which is which.

Test Modes Explained

ModeSample RateDebounceBest For
Diagnostic (start here)16ms (matches 60Hz)50msBaseline health check, routine monthly testing, post-cleaning verification
Rapid Fire5ms0msExposing raw contact bounce and double-click issues that games or Diagnostic Mode mask
Endurance100ms150ms30+ minute sessions to catch heat-related and intermittent failures
Precision5ms10msFrame-accurate timing for fighting-game analysis, hardware modding, benchmark reviews

These four modes have become the de facto standard across browser-based gamepad testers because the underlying tradeoff – sampling speed versus noise filtering – only really has four useful configurations for this kind of diagnostic work. What differs is what you do with the data once you have it, which is the focus of the rest of this guide.

Beyond the four modes: additional diagnostics on this page

Ghost Input Detector

places the test in a 30-second silent scan. Set the controller down, touch nothing, and any registration during that window is a ghost input: a sign of contamination, stick-drift bleed into adjacent button readings, or electromagnetic interference.

Button Mash Speed Test

pick a button, mash it for 10 seconds, and compare your presses-per-second against a baseline. Useful for fighting-game players and speedrunners benchmarking raw input capability, and incidentally a quick way to stress-test a button for bounce under realistic load.

Polling rate readout (Hz)

shows how frequently your specific OS/browser/controller combination is actually delivering new data, which is distinct from response time (see Technical Background below for why these are not the same number).

Multi-format export

CSV and JSON for raw analysis, plus PDF and PNG for warranty correspondence or quick visual sharing with a repair tech.

Reading Your Results

Normal – a healthy controller

  • Every button registers on the first press, every time.
  • One physical press equals one digital registration – no bounce.
  • Response times stay within a tight, consistent band across repeated presses of the same button.
  • Triggers ramp smoothly from 0.0 to 1.0 with no jumps or dead zones.
  • No registrations appear while the controller sits untouched (no ghost inputs).

If all of that holds, your controller is functioning correctly. It’s a good time to also run the connection stability test to confirm your USB or Bluetooth link itself is solid under load.

Sticky – orange flag

The tool flags a button sticky when it keeps reporting “pressed” longer than a human-speed release would explain, or when release timing is irregular across repeated presses.

Likely cause: a silicone dome that’s lost its spring-back elasticity, or debris/dried residue creating mechanical friction under the cap.

Real impact: in a shooter, sustained fire from one trigger pull; in a platformer, accidental double-jumps. Even tens of milliseconds of stickiness can break timing-sensitive inputs.

Next step: compressed air around the button perimeter first – see Troubleshooting below.

Failed / dead – red flag

Zero registration across multiple deliberate presses, or registration only under unusually high force.

Likely cause: the carbon pad has worn through, a PCB trace has cracked, a ribbon cable has loosened, or (on mechanical-switch controllers) the switch itself has failed internally.

Next step: confirm the failure on a second device first – this rules out a driver or mapping issue before you assume hardware. The controller mapping test can confirm the API is reading your layout correctly.

Bounce – orange with repeat flag

In Rapid Fire Mode, a single press registers two, three, or more times in quick succession – the metal contacts inside the switch are physically separating and reconnecting before settling.

Diagnostic tell: if the bounce disappears under Diagnostic Mode’s 50ms filter but shows clearly in Rapid Fire, you’re seeing early-stage wear that software is currently compensating for. If it shows even in Diagnostic Mode, the hardware is past the point debounce filtering can help.

Ghost inputs

Registrations appearing while nothing is touching the controller. Run the Ghost Input Detector for a clean 30-second read. Common causes, in rough order of likelihood: contamination bridging two contacts, a drifting stick bleeding signal into a nearby button channel, or electromagnetic interference from a nearby router, monitor, or microwave – worth retesting in a different room before assuming hardware failure.

Standard Gamepad API Button Index Reference

IndexStandard FunctionXbox LabelPlayStation Label
0Bottom face buttonACross
1Right face buttonBCircle
2Left face buttonXSquare
3Top face buttonYTriangle
4Left bumperLBL1
5Right bumperRBR1
6Left trigger (analog)LTL2
7Right trigger (analog)RTR2
8Select/BackBackShare
9Start/OptionsStartOptions
10Left stick clickLSL3
11Right stick clickRSR3
12–15D-pad (up/down/left/right)D-padD-pad
16Home/GuideXbox buttonPS button
17 (non-standard extra)Mute (DualSense) / Capture (Switch Pro)

Controller Comparison: Architecture and Common Failure Points

ControllerAPI ButtonsAnalog InputsMost Reported FailuresTypical Aftermarket Part Range*
Xbox One / Series X|S172 triggers + 2 sticksA-button double-click, RB sticking, bumper snap$5–15 (dome/pad kits)
PS5 DualSense18 (+ Mute)Adaptive triggers + 2 sticksAdaptive trigger module wear, L2/R2 creak, touchpad click drift$15–35 (trigger module)
PS4 DualShock 4172 triggers + 2 sticksCross-button wear, L2 mushiness$3–8 (dome/pad kits)
Nintendo Switch Pro18 (+ Capture)2 triggers + 2 sticksB-button bounce, ZL/ZR clicking, + button sticking$4–10 (dome kits)
Xbox Elite Series 217 + 4 paddlesAdjustable triggers + 2 sticksPaddle connector wear, bumper module failure$20–50 (bumper module)
8BitDo / third-party (mechanical-switch models)17 + extras2 triggers + 2 sticksRare – uses ALPS-style tactile switches$8–15 (switch swap)

*Approximate market ranges for commonly available replacement parts as of mid-2026 – not warranty pricing, and not a guarantee of availability for every model.

Xbox controller button test specifics

Xbox controllers connect over the XInput standard, which maps to the API’s standard 17-button layout with no remapping needed – every button should show its correct label automatically. The most frequently reported issue is A-button double-click, almost always early contact bounce. Test it in Rapid Fire Mode specifically; Diagnostic Mode’s 50ms filter can mask it entirely. Check the Xbox Accessories app for a firmware update before assuming hardware failure – some bounce behavior has been addressed via firmware in the past, and re-running Diagnostic Mode before/after tells you whether it helped.

PS5 DualSense – adaptive trigger considerations

DualSense’s L2/R2 contain a motor that adds variable resistance during gameplay. This tool reads the input signal, not the resistance mechanism – the trigger should still report a smooth 0.0–1.0 range regardless of resistance setting. If triggers read correctly here but feel wrong in-game, suspect haptic firmware, not the sensor. If the value itself jumps or reads incorrectly here, that’s a sensor or wiring issue. Also test the Mute button (index 17) and touchpad click explicitly – both are easy to skip during a casual pass.

PS4 DualShock 4 – full test sequence

The DualShock 4’s triggers are purely analog (no adaptive mechanism) and should ramp linearly. A trigger that snaps from 0% straight to 60%+ suggests the potentiometer has worn and lost low-range sensitivity – the trigger pressure test visualizes this clearly. Test order: Cross/Circle/Square/Triangle → D-pad → L1/R1 → L2/R2 (slow squeeze) → L3/R3 → Share/Options/Touchpad/PS button.

Nintendo Switch Pro Controller

Switch Pro connects over Bluetooth natively or USB-C when docked. On PC, some users rely on community drivers like BetterJoy to expose full button data to the standard API – if labels look wrong, that’s usually a driver-mapping issue rather than hardware failure. Known wear points are the B button (heavily used as both confirm and jump in many titles) and the ZL/ZR shoulder triggers.

Which Buttons Matter Most for Your Genre

Not every failure costs you equally. Prioritize testing around what your games actually demand:

GenreCritical ButtonsTest Mode PriorityImpact of Failure
FPS / Battle RoyaleRT/R2, LB/L1, A/CrossRapid Fire (trigger bounce)Unintended shots, missed sprints
Fighting GamesAll face buttons, LT/RTRapid Fire, zero debounceDropped combos, missed specials
RacingLT/RT analog range, A/CrossPrecisionInconsistent braking/throttle
Sports (FIFA, NBA-style)A/Cross, B/Circle, LB/L1DiagnosticDouble presses during passes
Action-AdventureAll face buttons, both sticksDiagnostic + EnduranceMissed cutscene/QTE inputs
PlatformersA/Cross (jump), B/CircleRapid FireDouble jumps, missed ledge grabs
Strategy / RPGD-pad, face buttons, triggersDiagnosticMenu navigation errors

If genre-critical buttons pass Diagnostic Mode cleanly, your controller is cleared for competitive use in that genre. Tournament players sometimes prefer a hardware fix over relying on software debounce even when Diagnostic Mode shows clean results – a judgment call worth making deliberately rather than by default.

Checking a Controller Before You Buy or Sell It Secondhand

Used-controller marketplaces are full of units with undisclosed input issues, and a 90-second test here can save a dispute later.

Buyer’s checklist:

  1. Run Diagnostic Mode and press every button – flag anything sticky or failed before you commit to the purchase.
  2. Squeeze both triggers slowly from 0–100% and watch for jumps or dead zones.
  3. Run the Ghost Input Detector for 30 seconds with the pad untouched.
  4. Export a CSV as a timestamped record of the unit’s condition at the point of sale.

Seller’s checklist: run the same test, export the CSV, and share it with a buyer proactively – documented condition reduces disputes and is genuinely persuasive in a listing.

Testing Adaptive and Accessibility Controllers

Adaptive controllers – including hub-style devices like the Xbox Adaptive Controller, and one-handed or switch-accessible setups – typically expose their mapped inputs through the same Gamepad API, so this tool reads them the same way it reads a standard pad. A few things to expect that differ from a standard controller:

Custom-mapped inputs may show up under different button indices than you’d expect from a standard Xbox/PlayStation layout, since adaptive hubs often remap external switches and buttons to whichever index the connected software expects.

Held-button accessibility settings (e.g., toggle-to-hold instead of press-and-hold) can look like “sticky” behavior in raw diagnostic terms even though it’s working as intended -check your accessibility configuration before assuming a hardware fault.

Single-switch setups benefit most from Diagnostic Mode’s filtering, since intentional long holds are common and Rapid Fire’s zero-debounce reading isn’t representative of normal use for these devices.

Practical Troubleshooting and Fixes

Start here: external cleaning (resolves most sticky-button cases)

  1. Power off completely, remove batteries if applicable, disconnect USB.
  2. Hold the controller upside down; use short bursts of compressed air around each button’s perimeter, angled to blow debris outward, not deeper in.
  3. For residue on or around a button cap, lightly dampen a cotton swab with 90%+ isopropyl alcohol and work around the edge – not the surface.
  4. Press the button rapidly 20–30 times to work loose debris free.
  5. Reconnect and re-run Diagnostic Mode to confirm the fix.

Avoid water, WD-40, or generic household cleaners, and never spray directly at the controller – apply liquid to the swab or cloth first.

Internal cleaning (persistent issues only)

  • Opening the shell typically voids warranty via tamper-evident seals unless you’re already out of warranty. Document the failure with this tool and export a CSV before opening anything – that’s your evidence the defect predated disassembly.
  • Tools by platform: Xbox One/Series – T8 Torx security bit with center pin, plastic pry tools. PS4/PS5 – Phillips #00 plus tri-wing Y0, plastic pry tools. Switch Pro – Y0 tri-wing plus Phillips #00.
  • What to clean once open: silicone domes (dry swab or soft brush – the carbon pad is fragile, don’t saturate it), PCB contact pads (a small amount of isopropyl alcohol, wipe gently in one direction, never scrub), and ribbon cable connectors (reseat by pressing firmly – a loose ribbon connection causes intermittent faults that look identical to PCB damage).

Component replacement

Replacement silicone dome kits typically run $3–12 for most mainstream controllers, and you only need to replace the specific dome, not the whole sheet. Controllers using discrete mechanical switches (some premium and third-party pads use ALPS-style tactile switches) can have individual switches swapped for a cleaner fix and longer lifespan than dome replacement – but this needs basic soldering skill.

Repair-vs-replace framework:

SituationRecommendation
1–2 sticky buttons, still in warrantyDocument with this tool, file an RMA/warranty claim with the manufacturer
1–2 sticky buttons, out of warrantyExternal then internal cleaning – usually $0
1 dead button, dome kit availableReplace the dome kit – cheap and usually decisive
Multiple dead buttons or visible PCB damageGet a repair quote; if it exceeds roughly half the cost of a new controller, replace instead
Bounce on face buttonsDome or carbon-pad replacement usually resolves it
DualSense adaptive trigger failureReplacement module, or send for manufacturer service

Firmware and driver fixes

Before concluding “hardware,” rule out software: check for firmware updates via the relevant manufacturer app (Xbox Accessories app on Windows; DualSense firmware through the PS5 Settings menu or Sony’s PC updater), check Device Manager for driver updates on PC, try a different USB cable (some are charge-only), and test the same controller on a second device. If a button fails everywhere, it’s hardware. If it only fails on one device, start with drivers -and on PC, tools like DS4Windows can change how a controller’s data reaches the standard API, which is worth checking if labels or behavior look unusual.

Advanced Diagnostics

Pattern-based failure diagnosis – Failure location is often diagnostic on its own. One side failing alone suggests impact or drop damage. All face buttons failing together suggests a shifted dome sheet or spill contamination. Both triggers failing at once points to a shared ribbon cable fault. Failures near the charge port suggest liquid ingress or corrosion.

Temperature-dependent failures – A button that passes cold but fails after 20+ minutes of play suggests a PCB trace crack that closes when cool and opens slightly as the board warms up. Run a 30-minute Endurance session while playing normally, then check the log for failures that only appear later in the session rather than at the start.

Side-by-side comparison – The Gamepad API supports multiple connected controllers at once, so testing a known-good pad alongside the suspect one in the same browser session gives you a real baseline for your specific setup, browser, and OS. This is more reliable than comparing against a generic published number.

Vibration cross-check – Vibration motors sit close to trigger assemblies in most controllers, so asymmetric vibration alongside button failures on the same side can indicate a shifted motor housing physically contacting parts it shouldn’t. Run the vibration test after your button test to check both motors.

Using Your Exported Data

FormatBest For
CSVSpreadsheet analysis, tracking response-time trends over months
JSONDevelopers, automated comparison scripts
PDFWarranty correspondence, repair-shop documentation
PNGQuick visual share with a friend or technician

Each export includes timestamp, button index/label, event type (press/release), hold duration, response time, and status flag.

For warranty claims: export immediately after a failure occurs while the session is still live. Include controller model, serial number, and purchase date alongside the export – most major manufacturers accept timestamped diagnostic logs as supporting evidence in an RMA request.

For repair verification: test, export, repair, test again, export again, and compare the before/after status flags and average response times.

For long-term tracking: keep dated exports in a folder. A steady rise in average response time across several months is early evidence of contact-pad wear – time to source parts before a critical failure mid-match.

Mobile Compatibility

  • Android: Chrome and Edge, via Bluetooth or a USB OTG adapter (phone must support OTG). Behaves the same as desktop Chrome; some generic Bluetooth controllers may show mislabeled buttons – check the controller mapping test if so.
  • iOS/iPadOS: Safari on iOS 16.4+. A physical button press is required to activate detection – an Apple platform requirement, not a limitation of this tool. Chrome on iOS uses WebKit rather than Blink and does not support the Gamepad API – use Safari.
  • Bluetooth firmware notes: Xbox controllers generally need iOS 15+ for full Gamepad API support; DualSense needs iOS 14.5+. Older firmware may connect for audio/media without exposing controller data to Safari.

Controller Maintenance Schedule

  • After every session: wipe down with a dry microfiber cloth; store away from dust.
  • Monthly (or after a spill): full Diagnostic Mode pass, compressed air around buttons/crevices, save the CSV.
  • Every 3 months (heavy use) / 6 months (casual): Diagnostic plus a 30-minute Endurance session; compare to last month’s log.
  • Annually: compare your oldest export to your most recent per button. A consistent 30–50% rise in average response time across most buttons signals the dome sheet is wearing – order parts before you need them.
  • After any drop: full test across all four modes immediately, even if nothing looks externally damaged – PCB trace damage is often invisible from outside.

Technical Background: What the Gamepad API Actually Reports

For readers who want the underlying mechanics:

The W3C Gamepad specification defines buttons and axes as analog values – buttons ranging 0 to 1, axes ranging -1 to 1 – and the browser exposes this through a getGamepads method and a pair of connect/disconnect events. The spec deliberately doesn’t push events for individual button changes; your page polls the Gamepad object, typically once per animation frame.

  • Polling rate vs. response time – not the same thing. Polling rate describes how often your browser asks the OS for new data (tied to your display refresh: ~60Hz = ~16.67ms, ~144Hz = ~6.94ms). Response time describes how long it took a specific press to actually appear in that data. A high polling rate gives you more chances to catch a press quickly, but it doesn’t by itself make the controller faster – a worn contact pad can still add real delay between physical press and electrical registration regardless of how often you’re asking.
  • Debounce, layered. Controllers already apply some hardware debounce in firmware. This tool layers software debounce on top of that – which is exactly why Diagnostic Mode’s 50ms filter can hide bounce that Rapid Fire Mode’s 0ms setting exposes; you’re looking at two different filtering layers, not two different controllers.
  • Triggers as buttons. LT/RT and L2/R2 are listed as buttons in the API but report their pressure as a float rather than a strict boolean – this tool shows both the analog value and the boolean pressed state side by side. For a dedicated pressure-curve view, see the trigger pressure test.

Conclusion

A reliable controller button tester gives you something in-game feel can’t: timestamped, objective evidence of how your hardware is actually performing. “This feels a bit off” and “button 2’s average hold time is rising month over month” are very different starting points for a fix. The habits that matter most are simple: test monthly, keep dated CSV exports, and run Rapid Fire Mode on face buttons every few months specifically to catch early bounce before it costs you a match. When something does eventually go wrong, cleaning is the right first move in the large majority of cases, and it costs nothing.

For repair-vs-replace decisions, the question that actually settles it: is the cost of parts plus your time meaningfully less than half the price of a new controller? If yes, repair. If not, a documented, clean controller is worth more to your performance than nursing aging hardware along. Pair this test with the rest of the GPad Tester Pro suite for a full hardware audit: stick drift and joystick deadzone for analog sticks, trigger pressure for analog accuracy, latency for connection speed, vibration for motor health, and connection stability for wireless reliability.

Safety and Warranty Information

This tool is diagnostic only. It reads controller data and cannot send commands, alter firmware, or affect hardware in any way.

If your controller is within its warranty period, document failures with this tool and contact the manufacturer before attempting internal repairs – opening the shell tears tamper-evident seals and typically voids coverage. The export from this tool is meant to serve as supporting documentation for that warranty or RMA conversation, not as a substitute for the manufacturer’s own diagnostic process. If you open a controller outside of warranty: disconnect from power, remove batteries, let any charging heat dissipate, and use static-safe handling if you’re concerned about ESD.

Tested on Chrome 66+, Edge 79+, Firefox 98+, and Safari 16.4+ (iOS and macOS). For the most accurate timing data, use a wired USB connection and close other browser tabs while testing.

Frequently Asked Questions

Get quick responses to frequently asked questions regarding Gamepad Button Test services.

It’s a diagnostic tool that reads your gamepad’s input signals through the browser’s Gamepad API and shows them in real time – every press, release, and analog trigger value, logged with a timestamp and status. No download or installation; it runs entirely in your browser.

Connect via USB or Bluetooth, open this page in Chrome or Edge, and press any button. Detection happens automatically, and every subsequent press lights up on the visual map and logs to the statistics panel.

The API needs a physical button press before it activates – press a button on the controller itself after the page loads. If that doesn’t work: refresh the page, try a different USB port or cable, ensure a wireless controller is charged, or switch to Chrome/Edge if you’re on another browser.

When a mechanical button’s contacts close, they physically bounce against each other for a few milliseconds, which can register as two or three presses instead of one. The debounce setting filters out any second registration within that time window. Lower values reveal real bouncing but may flag fast legitimate double-taps as suspicious; higher values mask all bounce but might miss genuinely rapid repeat presses.

Almost always contact bounce from worn internals. Connect via USB to rule out Bluetooth interference, then run Rapid Fire Mode with 0ms debounce – multiple rapid registrations per press confirm it. Compressed air may help if contamination is the cause; persistent bounce after cleaning usually means the carbon pad or dome needs replacing.

First confirm it fails on a second device to rule out a driver/mapping issue. If it fails everywhere, the likely causes are a worn carbon pad, a cracked PCB trace, or a disconnected ribbon cable – in that rough order of likelihood. Compressed air first; a dome-kit replacement next.

It’s a timed scan – typically 30 seconds – during which the controller should be left untouched on a flat surface. Any registration during that window is a ghost input, pointing to contamination, drift bleeding into a button channel, or nearby electromagnetic interference.

There’s no single “correct” number – it varies by hand size, technique, and controller feel – but the Button Mash Speed Test gives you a personal baseline. The more useful signal is consistency: if your mash rate on one button is noticeably lower than on an identical button, or a session shows declining speed alongside rising bounce, that’s a wear signal worth investigating.

Yes – it’s one of the more practical everyday uses. A two-minute Diagnostic pass plus a Ghost Input scan will surface most undisclosed defects before you commit to a purchase.

Generally yes, since most expose their mapped inputs through the same standard Gamepad API. Expect custom button indices on hub-style adaptive controllers, and treat intentionally long holds (toggle-to-hold settings) as expected behavior rather than a “sticky” fault.

Yes – anything exposing data through the browser’s Gamepad API, including DualSense, DualShock 4, Xbox One/Series controllers, Switch Pro, and most third-party USB/Bluetooth pads.

The standard mapping defines 17: 4 face buttons, 4 D-pad directions, 2 bumpers, 2 analog triggers, 2 stick clicks, Start/Options, Select/Back/Share, and Home/Guide. DualSense adds a Mute button (18 total); Switch Pro adds Capture (also 18).

No. It’s read-only – it receives data from the Gamepad API and sends nothing back. It can’t write to firmware, alter mappings, or affect hardware.

USB for diagnostics – it removes Bluetooth’s timing variability (which can add several milliseconds of noise) from your response-time readings. Bluetooth is perfectly reliable for confirming whether a button registers at all, just less precise for timing.

Diagnostic (16ms/50ms debounce) filters mechanical bounce to show everyday reliability. Rapid Fire (5ms/0ms debounce) exposes the raw signal, revealing contact bounce that Diagnostic Mode hides – the right choice specifically when you suspect double-click issues.

Polling rate is how often the browser checks for new data; response time is how long an individual press took to actually show up once checked. A faster poll rate gives you a better chance of catching a slow button quickly – it doesn’t make the button itself faster.

Yes, with caveats – Chrome/Edge plus Bluetooth or USB OTG on Android; Safari on iOS 16.4+ (not Chrome on iOS, which uses WebKit and lacks Gamepad API support).

The issue is likely in the game’s own input handling – smoothing, dead zones, or debounce that differs from the raw API. Try a different game to see if the behavior is title-specific, and check that game’s controller sensitivity settings. The gamepad latency test can also rule out overall connection delay as a separate factor.

“`html “`