터치스크린 테스트

화면을 칸으로 나눠 반응하지 않는 영역과 터치가 끊기는 곳을 찾습니다

터치스크린 테스트는 화면을 바둑판처럼 칸으로 나누고, 손가락이 지나가며 브라우저에 보고된 접촉점의 칸을 칠합니다. 화면 전체를 고르게 문질렀는데도 칠해지지 않는 칸은 터치가 보고되지 않은 자리이고, 한 번 그은 선이 중간에 끊긴 곳에는 강조색 표식이 남습니다. 손가락을 여러 개 올리면 동시에 몇 개까지 인식하는지 세고, 화면에서 손을 뗀 채 기다리는 동안 저절로 들어오는 고스트 터치도 셉니다.

판에서 진한 칸은 반응한 칸, 옅은 칸은 아직 반응하지 않은 칸입니다. 남은 칸이 적어지면 남은 칸마다 강조색 테두리가 생겨 어디를 더 문질러야 하는지 바로 보이고, 지금 닿아 있는 손가락은 번호가 적힌 원으로 나타납니다. 전체 화면을 누르면 판이 화면 전체로 커져 모서리와 가장자리까지 검사할 수 있습니다. 터치 기록은 이 브라우저 안에서만 계산하며 저장하거나 보내지 않습니다.

터치스크린 테스트가 필요한 때

• 중고 휴대폰·태블릿을 사고팔기 직전: 화면이 멀쩡해 보여도 한 줄이나 모서리만 터치가 먹지 않는 경우가 있습니다. 거래 자리에서 화면 전체를 칠해 보면 말로 묻는 것보다 확실하고, 결과 복사로 그때의 상태를 글로 남길 수 있습니다.
• 액정을 교체하거나 수리를 받은 뒤: 화면 부품을 바꾼 뒤에는 화면이 켜지는지만 보지 말고 터치가 화면 끝까지 고르게 반응하는지 함께 확인합니다.
• 보호 필름이나 강화유리를 새로 붙인 뒤: 두꺼운 필름이나 들뜬 가장자리 때문에 특정 자리가 둔해질 수 있습니다. 붙이기 전과 뒤를 같은 방법으로 비교할 수 있습니다.
• 기기를 떨어뜨린 뒤 일부만 안 눌릴 때: 겉으로 금이 없더라도 터치 센서의 한 줄이 끊기면 그 줄을 지날 때마다 선이 끊깁니다. 끊김 표식이 같은 자리에 되풀이되는지가 단서입니다.
• 화면이 저절로 눌리거나 충전할 때만 이상할 때: 손을 뗀 채 감시하면 손대지 않은 터치가 실제로 들어오는지, 들어온다면 화면의 어느 쪽인지 알 수 있습니다.
• 게임이나 그림 앱에서 손가락 여러 개가 제대로 먹지 않을 때: 동시 터치 개수를 세어, 기기가 알려 주는 최대 개수까지 인식하는지 확인합니다.

검사 순서

1. 화면을 닦고 손의 물기를 말립니다. 화면이 젖어 있으면 터치가 제대로 동작하지 않을 수 있습니다.
2. 전체 화면을 누릅니다. 키보드가 있으면 F 키도 됩니다. 판이 화면 전체로 커지고 가운데에 안내판이 나옵니다. 판을 누르면 안내판이 사라지고, 손을 떼고 잠시 기다리면 다시 나옵니다.
3. 화면 전체를 문질러 모든 칸을 칠합니다. 가로와 세로로 고르게 지나가고, 가장자리는 안쪽에서 끝 쪽으로 밀어 칠합니다. 남은 칸이 적어지면 강조색 테두리로 표시됩니다.
4. 끊김 표식을 확인합니다. 표식 위를 천천히 다시 지나가서 같은 자리에서 또 끊기는지 봅니다. 되풀이되면 표식에 겹고리가 생기고 끊김 칸에 '같은 자리'가 나옵니다.
5. 손가락을 하나씩 올려 동시 터치를 셉니다. 손가락마다 번호 원이 생기고, 동시 터치 칸에 이번에 센 최댓값이 남습니다.
6. 고스트 터치 감시를 돌립니다. 시간을 30초·1분·3분 가운데 고르고 감시 시작을 누른 뒤 화면에서 손을 모두 뗍니다. 충전할 때만 이상하다면 충전기를 꽂은 채로 한 번 더 감시합니다.
7. 결과 복사를 누릅니다. 동시 터치, 칸 칠하기, 끊김, 고스트 터치 결과와 화면 크기가 글로 복사되어 거래 대화나 수리 문의에 붙여 넣을 수 있습니다.

결과 읽는 법

한두 칸이 남았다고 바로 불량은 아닙니다. 남은 칸을 여러 번, 방향을 바꿔 가며 문질러도 칠해지지 않을 때 그 자리를 반응하지 않는 영역으로 봅니다. 아래 그림은 같은 판이 정상일 때와 한 줄이 비었을 때, 가장자리만 남았을 때의 모습입니다.

화면 크기별 칸 수

칸 수는 판의 가로와 세로를 칸 크기(큰 칸 56 px, 보통 40 px, 촘촘 28 px)로 나눠 가장 가까운 정수로 정합니다. 칸이 촘촘할수록 좁은 줄 불량까지 드러나지만 칠할 칸이 늘어납니다. 처음에는 보통으로 화면 전체를 칠하고, 의심 가는 줄이 있으면 촘촘으로 바꿔 그 부분을 다시 확인하는 순서가 효율적입니다. 아래 표는 전체 화면 기준 CSS 픽셀 크기입니다.

끊김을 가려내는 방법

브라우저는 손가락이 움직이는 동안 접촉점을 아주 짧은 간격으로 계속 보고합니다. 이 테스트는 이어진 두 보고 사이를 선으로 이어 칸을 칠하는데, 다음 세 경우에는 선을 잇지 않고 끊김 표식을 남깁니다.

• 한 획 안에서 보고가 멈춘 경우: 손가락을 떼지 않았는데 보고가 0.08초 넘게 없다가 칸 한 변의 1.2배보다 먼 곳에서 다시 오면, 그 사이 구간은 터치가 읽히지 않은 것으로 보고 칠하지 않습니다.
• 한 획 안에서 좌표가 튄 경우: 손가락을 떼지 않았는데 한 번의 보고에서 좌표가 직전 빠르기로 예상한 거리의 세 배를 넘게, 칸 한 변의 0.8배보다 멀리 건너뛰면 끊김으로 봅니다. 반응하지 않는 줄을 지날 때는 좌표가 줄 앞에 머물다가 건너편으로 한꺼번에 넘어가기 쉽습니다.
• 손이 떨어졌다가 곧바로 다시 닿은 경우: 다른 손가락이 닿아 있지 않을 때, 칸 한 변 넘게 움직이던 손가락의 터치가 끝나고 0.12초 안에, 움직이던 방향으로 칸 세 개 안쪽에서 새 터치가 시작되면 센서가 손가락을 잠깐 놓친 것으로 봅니다.

브라우저가 잠깐 바쁜 순간에도 보고가 늦어질 수 있어서 표식 하나만으로 불량이라고 하지 않습니다. 표식 가운데가 앞 표식과 1.5칸 안에 다시 생기면 '같은 자리 반복'으로 따로 셉니다. 센서의 한 줄이 끊긴 화면은 그 줄을 지날 때마다 같은 자리에서 끊기므로, 반복 횟수가 늘어나는지가 가장 확실한 단서입니다.

동시 터치 개수와 기기 보고 값

동시 터치 칸의 '기기 보고'는 브라우저의 navigator.maxTouchPoints 값으로, 그 기기가 지원하는 최대 동시 접촉점 수입니다. MDN은 휴대폰이 대개 5를 돌려준다고 설명하고, iPhone과 iPad의 Safari가 쓰는 WebKit 엔진은 기기와 상관없이 5를 돌려줍니다. 그래서 이 테스트는 이번에 센 최댓값이 기기 보고 값(10이 넘으면 10)에 이르면 정상으로 판정합니다.

손가락을 많이 올렸을 때 원이 한꺼번에 사라지는 것은 대개 고장이 아닙니다. 브라우저는 동시에 닿은 포인터가 너무 많으면 진행 중인 포인터를 모두 취소할 수 있고, iPad는 네 손가락이나 다섯 손가락으로 홈 화면으로 가거나 앱을 바꾸는 멀티태스킹 제스처를 먼저 처리합니다. 이때는 손가락을 하나씩 천천히 올리거나 멀티태스킹 및 제스처 설정에서 제스처를 잠시 끄고 다시 셉니다.

기기별로 먼저 확인할 곳

자주 틀리는 경우

• 가장자리를 끝에서 안쪽으로 미는 경우: 제스처 탐색을 쓰는 Android 휴대폰은 화면 왼쪽·오른쪽 끝에서 안쪽으로 미는 동작을 뒤로 가기로 씁니다. 가장자리 칸은 안쪽에서 끝 쪽으로 밀어야 칠해집니다.
• 페이지 안의 판만 칠하고 끝내는 경우: 페이지 안의 판은 그 판이 놓인 부분만 검사합니다. 화면 끝까지 보려면 전체 화면에서 칠합니다. 전체 화면에 들어가면 칸을 화면 크기에 맞춰 새로 깔기 때문에 페이지 판에서 칠한 결과는 지워집니다. 전체 화면에서 칠한 결과는 페이지로 돌아와도 그대로 남으며, 이어서 검사를 누르면 이어서 칠할 수 있습니다.
• 마우스나 터치패드로 칠하는 경우: 마우스로 칠한 칸은 옅게 남을 뿐 터치 결과에는 들어가지 않습니다. 터치 노트북이나 키보드를 붙인 태블릿은 손가락으로 칠합니다.
• 끊김 표식 하나를 불량으로 단정하는 경우: 페이지를 연 직후나 다른 앱이 바쁠 때도 표식이 한 번 생길 수 있습니다. 같은 자리에서 되풀이되는지를 봅니다.
• 보호 필름 위에서 둔하다고 화면 불량으로 보는 경우: 두꺼운 필름은 감도를 떨어뜨립니다. 터치 민감도나 화면 보호필름 모드를 켜고 다시 비교합니다.
• 고스트 터치를 충전기 없이만 감시하는 경우: 충전할 때만 생기는 증상은 충전기를 꽂은 상태에서 감시해야 보입니다.
• 검사 중에 화면 방향을 바꾸는 경우: 방향이 바뀌면 칸 모양이 크게 달라져 칸을 새로 깝니다. 한 방향으로 끝까지 칠한 뒤 바꿉니다.

이 테스트의 한계

• 브라우저가 보고한 접촉점의 중심만 봅니다. 누르는 힘, 닿은 면적, 누른 곳과 보고된 좌표의 어긋남은 재지 않습니다.
• 운영체제가 먼저 가져가는 제스처(뒤로 가기, 멀티태스킹)와 화면 위아래의 시스템 막대 영역은 검사할 수 없습니다. iPhone의 Safari는 요소 전체 화면을 지원하지 않아 창을 덮는 보기를 쓰므로, 브라우저 화면이 덮은 위아래 끝 일부도 빠집니다.
• iPhone과 iPad의 Safari는 기기와 상관없이 동시 터치 최대 개수를 5로 알려 줍니다. 이 값은 하드웨어 사양을 그대로 옮긴 값이 아닐 수 있습니다.
• 끊김은 보고 간격과 거리로 추정합니다. 브라우저가 촘촘한 표본(getCoalescedEvents)을 주지 않으면 매우 빠른 손놀림에서 판정이 거칠어질 수 있습니다.
• 고스트 터치는 감시하는 동안 들어온 것만 셉니다. 가끔만 생기는 증상은 시간을 늘리거나 증상이 나타나는 상황(충전 중 등)에서 다시 감시합니다. 감시하는 동안에는 지원하는 브라우저에서 화면이 꺼지지 않게 하고, 그래도 화면이 꺼지거나 다른 앱으로 넘어가면 그 감시는 결과 없이 멈춥니다.
• 이 테스트는 고장을 확정하지 않습니다. 같은 증상이 되풀이되면 제조사 진단이나 서비스 센터 점검으로 확인합니다.

기준일 설정 메뉴 이름과 출처 문서는 2026-10-28에 확인했습니다. 운영체제와 앱이 업데이트되면 메뉴 이름이나 위치가 바뀔 수 있습니다.

출처

• 01MDN: Navigator.maxTouchPoints기기가 지원하는 최대 동시 접촉점 수, 휴대폰(Android·iOS)은 대개 5
• 02WebKit 소스: Navigator.cppiOS 터치 이벤트를 쓰는 빌드에서 maxTouchPoints로 5를 돌려줌
• 03MDN: pointercancel 이벤트브라우저가 포인터를 더 받지 않을 때 발생, 동시 포인터가 너무 많으면 모든 포인터에 발생할 수 있음
• 04MDN: touch-actionnone이면 화면 이동·확대 제스처를 브라우저가 처리하지 않음
• 05MDN: PointerEvent.getCoalescedEvents()하나로 합쳐진 움직임 이벤트의 촘촘한 표본, 보안 연결(HTTPS)에서만
• 06MDN: Element.requestFullscreen()호환성 자료: iPhone Safari는 미지원, iPad는 16.4부터 부분 지원
• 07Android Developers: 제스처 탐색시스템 뒤로 제스처 = 화면 왼쪽이나 오른쪽 가장자리에서 안쪽으로 쓸기
• 08Android Developers: 기기 개발자 옵션 구성입력 항목의 포인터 위치(좌표·경로 표시)와 탭한 항목 표시(닿은 자리에 원)
• 09Android 16 호환성 정의 문서 7.2.4터치스크린 기기는 화면 종류에 맞는 multitouch·distinct·jazzhand 기능 플래그를 알려야 함
• 10Apple 지원: iPhone 또는 iPad에서 화면이 작동하지 않는 경우재시동, 화면 닦기, Lightning·USB-C 액세서리 분리, 케이스·보호 필름 제거, 그래도 같으면 서비스
• 11iPad 사용 설명서: 멀티태스킹 및 제스처 설정 변경하기네 손가락·다섯 손가락으로 오므리면 홈 화면, 쓸어넘기면 앱 전환, 설정에서 끄고 켜기
• 12삼성전자서비스: 갤럭시, 화면 터치 인식이 안 돼요물기, 보호필름과 터치 민감도(설정 > 디스플레이), Samsung Members 폰 진단의 터치 화면 항목
• 13Google Pixel 도움말: 화면의 터치 및 응답 문제 해결하기터치 민감도의 화면 보호필름 모드(8a 이하), Pixel 9 계열의 터치 진단 테스트·적응형 터치
• 14Microsoft 지원: Windows에서 터치 스크린이 작동하지 않는 경우장치 다시 시작, 업데이트 확인, 장치 제조업체 문의

자주 묻는 질문

함께 쓰는 도구