호환성 확인 순서
브라우저 호환성 점검
호환성 문제는 문법 지원만으로 끝나지 않습니다. CSS layout,
JavaScript API, form 동작, 터치 입력, 보안 정책이 서로 다른 속도로
구현되므로 목표 브라우저를 기준으로 반복 가능한 확인 순서를 갖춰야
합니다.
01
지원 대상을 선언한다
회사 정책이나 실제 사용자 비율에 맞춰 브라우저와 버전을 먼저
정합니다.
target
02
기능 지원 분리
문법 변환, API polyfill, CSS fallback이 필요한 부분을 각각
표시합니다.
feature
03
화면 차이 검토
flex, grid, viewport, font, scrollbar, form control이 실제
화면에서 어떻게 달라지는지 확인합니다.
visual
04
입력과 정책 검증
터치, 키보드, autoplay, cookie, permission 같은 브라우저 정책
차이를 핵심 경로에서 확인합니다.
policy
Syntax/API
빌드와 런타임 지원을 나누어 처리
Babel로 해결되는 문제와 polyfill이 필요한 문제를
구분합니다.
runtime
Layout
화면이 보이는 방식의 차이
픽셀 단위 완전 일치보다 깨지지 않는 범위를 기준으로
둡니다.
render
Interaction
입력 방식과 권한 정책의 차이
hover, focus, touch, keyboard, permission prompt를 모두 경로에
포함합니다.
input
대상 브라우저 · fallback 품질 · 회귀 스냅샷 점검
대상 브라우저
지원하지 않을 브라우저도 명시해야 불필요한 polyfill을 줄일 수
있습니다.
fallback 품질
새 기능이 없어도 핵심 작업은 완료할 수 있어야 합니다.
회귀 스냅샷
자주 깨지는 화면은 브라우저별 시각 비교나 수동 체크리스트에
올립니다.
호환성 분류
문법 오류 -> transpile
API 없음 -> polyfill 또는 fallback
레이아웃 깨짐 -> CSS fallback
권한 차단 -> UX와 서버 정책 점검