마우스 테스트

여기를 클릭해 테스트를 시작하세요

0/5개 버튼 테스트됨

작동 방식

1. 테스트 영역을 클릭해서 포커스 맞추기. 다이어그램을 클릭해야 버튼과 스크롤 입력이 인식되기 시작합니다.
2. 버튼을 하나씩 모두 눌러보기. 좌클릭, 우클릭, 휠클릭, 뒤로가기, 앞으로가기를 하나씩 눌러 다이어그램에 불이 켜지는지 확인하세요. 이 다섯 개를 넘는 버튼이라도 브라우저까지 도달하면 누르는 즉시 목록에 추가됩니다.
3. 더블클릭 검사로 스위치 상태 확인하기. 버튼을 여러 번 눌러보면서 뗀 순간과 다시 누른 순간 사이의 간격을 살펴보세요. 의심 표시가 한 번 떴다고 바로 고장은 아닙니다 — 몇 번 더 눌러보고 판단하세요.
4. 휠을 위아래·좌우로 굴려서 노치 확인하기. 세로와 가로 스크롤이 따로 집계되며, 노치 크기가 고르지 않으면 알림이 표시됩니다.
5. 폴링레이트 측정 시작하기. 측정 버튼을 누른 뒤 몇 초 동안 원을 그리듯 마우스를 움직이세요. 브라우저가 지원하지 않으면 숫자 대신 그 이유가 표시됩니다.
6. 초기화하고 다시 확인하기. 초기화는 테스트 표시만 지우며, 지금 누르고 있는 버튼 상태에는 영향을 주지 않습니다.

무엇을 확인할 수 있나요

다이어그램에서 마우스의 다섯 개 버튼 — 좌클릭, 우클릭, 휠클릭, 뒤로가기, 앞으로가기 — 을 누르면 그 자리에서 바로 불이 켜지고, 손을 떼면 테스트 완료 표시로 바뀝니다. 여기에 더해 더블클릭(채터링) 검사, 스크롤 휠의 세로·가로 노치 수 세기, 폴링레이트 추정까지 한 페이지에서 모두 확인합니다.

• 버튼 다섯 개 — 누르는 즉시 켜지고, 뗀 뒤에는 테스트됨으로 표시됩니다.
• 더블클릭/채터링 검사 — 버튼을 뗀 뒤 다시 누르기까지 걸린 시간을 밀리초 단위로 잽니다.
• 스크롤 휠 노치 세기 — 세로와 가로 스크롤을 따로 세고, 노치 크기가 고르지 않으면 알려줍니다.
• 폴링레이트 추정 — 브라우저가 허용하는 정밀도 안에서만 Hz 값을 냅니다.

더블클릭 검사가 다른 이유: '누른 순간'이 아니라 '뗀 순간'을 잽니다

흔한 더블클릭 테스터는 첫 번째 클릭과 두 번째 클릭 사이의 시간만 잽니다. 하지만 이 방식으로는 손가락이 정말 빠르게 두 번 클릭한 것과 스위치가 접촉 불량으로 저절로 두 번 신호를 보낸 것을 구분할 수 없습니다.

그래서 이 도구는 버튼을 뗀 순간부터 다시 누른 순간까지의 간격을 잽니다. 손가락은 아무리 빨리 두 번 클릭해도 일단 떼었다가 다시 눌러야 하므로 그 사이에 물리적인 간격이 반드시 남습니다. 반면 접촉이 낡거나 불안정한 스위치는 손가락이 전혀 움직이지 않았는데도 첫 클릭을 뗀 지 약 5~15ms 안에 두 번째 눌림·뗌 신호를 스스로 만들어냅니다.

폴링레이트: 숫자가 안 뜨는 것도 정직함입니다

브라우저에는 폴링레이트를 직접 알려주는 기능이 없습니다. 이 도구는 마우스 포인터 위치가 얼마나 촘촘한 간격으로 업데이트되는지를 보고 폴링레이트를 역산할 뿐이며, 이때 정밀도는 오직 지금 열고 있는 브라우저에 달려 있습니다 — 마우스와는 상관이 없습니다.

• 완전한 정밀도 — 브라우저가 원시 업데이트를 하나도 빠짐없이 전달합니다(Chromium, Firefox의 pointerrawupdate 이벤트).
• 낮아진 정밀도 — 브라우저가 업데이트를 묶어서 보내지만, 이 도구가 getCoalescedEvents()로 다시 풀어냅니다(Firefox 120~147, Safari 18.2 이상).
• 측정 불가 — 브라우저가 화면 주사율 수준으로만 포인터 업데이트를 보냅니다(Safari 18.2 미만). 이 단계에서는 숫자를 절대 보여주지 않습니다.

DPI 수치를 보여주지 않는 이유

브라우저는 마우스의 DPI(또는 CPI)를 알 방법이 없습니다. 브라우저가 받는 모든 포인터 값은 이미 OS의 비선형 포인터 가속 곡선을 거치고 화면의 픽셀 밀도로 나눠진 뒤입니다. 손이 실제로 움직인 물리적인 거리는 브라우저가 애초에 받아본 적 없는 정보입니다.

스크롤 휠 노치와 마모

기계식 스크롤 휠은 내부 인코더를 거치며 '노치'라 부르는 일정한 단위로 뚝뚝 끊어 움직입니다. 휠이 마모되면 노치 하나를 건너뛰거나 노치마다 크기가 들쭉날쭉해지는데, 사용자에게는 이것이 스크롤이 가끔 튀거나 버벅이는 느낌으로 나타납니다.

이 도구는 세로 노치와 가로 노치를 따로 세고, 노치 크기가 예상보다 많이 벌어지면 인코더 마모 가능성을 알려줍니다.

뒤로가기·앞으로가기 버튼과 브라우저 내비게이션

많은 마우스에서 옆면의 뒤로가기·앞으로가기(엄지) 버튼은 웹사이트가 아니라 브라우저 자체가 '페이지 뒤로/앞으로 이동' 단축키로 미리 매핑해 둔 버튼입니다. 웹사이트 입장에서는 이 동작을 완전히 막을 방법이 없는 경우가 많습니다.

이 도구는 두 버튼을 테스트하는 동안 최대한 페이지에 머물도록 시도하지만, 브라우저에 따라 — 특히 Firefox와 Safari에서 — 버튼을 누르는 순간 여전히 페이지를 벗어날 수 있습니다. 이는 이 도구의 결함이 아니라 브라우저의 고유한 동작 방식입니다.

버튼이 다섯 개보다 많은 마우스

브라우저는 마우스를 직접 보지 않습니다. 운영체제가 넘겨주는 번호가 붙은 버튼 이벤트만 보며, 그 번호는 금방 끝납니다. 왼쪽, 오른쪽, 가운데, 뒤로, 앞으로 이 다섯 개만 표준 이름을 가지고 있고, 여섯 번째나 일곱 번째 번호는 마우스가 이를 일반 마우스 버튼으로 보낼 때만 도착합니다. 이 도구는 실제로 도착한 것을 모두 유지합니다. 표준 다섯 개를 넘는 버튼을 누르면 “버튼 6”, “버튼 7”처럼 목록에 추가되고, 다른 버튼과 동일한 채터링 검사를 받습니다.

• 엄지 휠: 엄지 쪽의 두 번째 휠은 가로 스크롤로 전달됩니다. 메인 휠을 옆으로 기울일 때 생기는 것과 똑같으며, 여기서는 둘 다 가로 스텝으로 집계됩니다.
• 제스처·모드 버튼: 보통 마우스 자체 소프트웨어(Logitech Options+, Razer Synapse, SteelSeries GG)가 처리해 키 입력이나 명령으로 바꾸므로, 브라우저는 버튼이 눌렸다는 사실조차 알지 못합니다.
• 프리스핀 휠과 고해상도 휠은 걸림이 있는 휠보다 훨씬 많고 훨씬 작은 스텝을 보냅니다. 이 도구는 그 패턴을 알아보고, 정상 휠을 고장으로 몰지 않도록 더 느린, 걸림이 있는 스크롤 구간만 불균일 여부를 판정합니다.

자주 묻는 질문