역할별 웹 접근성 테스트 프로그램 설계하기

접근성 테스트 프로그램은 변경이 시작될 때 필요한 증거와 책임자를 정하는 운영 체계다. 각 검사에 적용 조건, 최초 실행 단계, 훈련된 수행자, 인수자, 보관 증거, 차단 규칙과 재시험 담당자를 붙인다. 접근성 책임자는 정책·방법·교육과 어려운 판단을 이끌되 모든 검사를 직접 수행하지 않는다.

마지막 감사가 아닌 접근성 테스트 프로그램은 무엇이 다른가?

프로그램은 자동 탐지, 사람의 적합성 점검, 보조기술 호환성 검사, 장애인 참여 평가라는 서로 다른 증거를 설계부터 릴리스 준비까지 배치한다. 각 방법은 탐지 가능한 조건, 동작과 의미, 대표 과업의 호환성, 사용성과 미충족 요구를 각각 다룬다. W3C도 수정 여지가 큰 개발 초기부터 전 과정의 평가를 권고한다.

제작자는 자기 산출물의 접근성을 책임진다. 설계자는 상호작용과 시각 결정, 작성자는 콘텐츠 의미, 개발자는 구현과 로컬 점검, QA는 독립 시험을 맡는다. 접근성 책임자는 정책·교육·방법과 복잡한 해석을 관리한다. Section508.gov의 분산 역할표는 공공부문 사례일 뿐 국내 민간 조직의 법적 요건은 아니다. 자동화만으로 표준 충족 여부도 결정할 수 없다.

릴리스할 작업에 따라 테스트 깊이를 어떻게 바꿔야 하나?

상호작용, 재사용 범위, 새로움, 여정 중요도와 사용자 영향이 커질수록 테스트 깊이도 높인다. 영향을 받는 여정, 구성요소, 템플릿, 콘텐츠, 문서, 미디어, 제어 요소와 지원 기술을 파악한 뒤 변경 등급에 맞는 검사를 고른다. 이 등급은 팀이 조정할 편집 모델이지 공식 위험 표준이나 고정 점수표가 아니다. 낮은 등급도 검사 생략이나 미평가 경로의 적합성 주장을 허용하지 않는다.

• 콘텐츠만 바뀌면 사람의 콘텐츠 검토와 적용 가능한 자동 검사를 기본으로 하고, 구조·미디어·문서·제어 요소나 과업 의미가 달라지면 관련 수동 검사를 더한다.
• 시각 또는 레이아웃 변경에는 설계 검토와 확대·리플로 확인을 넣고, 상호작용에 영향이 있으면 키보드 초점도 확인한다.
• 구성요소 또는 상호작용 변경은 빌드 전에 인수 기준을 세우고 개발자 점검, 독립 QA, 관련 상태와 대표 과업 시험, 재사용 범위의 회귀 검사를 요구한다.
• 새 템플릿, 핵심 여정 또는 주요 릴리스에는 적용 가능한 모든 계층, 훈련된 보조기술 시험, 대표 범위의 적합성 평가와 결과가 작업을 바꿀 수 있는 시점의 장애인 참여 평가를 배치한다.

전체 평가가 어렵다면 주요 화면과 기능을 탐색해 대표 표본을 정한다. WCAG-EM은 목적과 범위를 정의하고 핵심 화면과 기능을 파악한 뒤, 필요한 표본을 평가하고 결과를 보고하는 흐름을 제시한다. 이는 폭넓은 적합성 평가에 유용하지만 로컬 점검이나 장애인 참여 연구를 대신하지 않는다. 변경 등급과 표본 선정 이유도 기록해 재시험 범위와 누락 경로를 추적한다.

테스트 소유권 매트릭스에는 무엇을 넣고 인계 책임은 누가 져야 하나?

매트릭스의 각 검사 계층에는 변경 조건과 범위, 최초 실행 단계, 수행자, 인수자, 역량과 환경, 보관 증거, 차단 기준, 수정·재시험 담당자를 둔다. Section508.gov 지침도 시점, 수행자, 깊이, 자격, 환경, 방법과 결과 추적의 문서화를 권고한다. 소규모 팀에서 한 사람이 여러 역할을 맡더라도 각 행에 수행 중인 역할을 밝히고, 위험이 큰 작업에는 훈련된 사람이나 독립 검토를 배치한다.

설계자는 접근 가능한 설계 판단, 작성자와 편집자는 제목·레이블·대체 텍스트 등 의미, 개발자는 구현과 로컬 검사, QA는 계획과 독립 실행을 맡는다. 사용자 연구자는 장애인 참여 연구를 윤리적으로 설계하고, 접근성 책임자는 정책과 방법을 관리하며 복잡한 결과에 조언한다. 최종 릴리스 결정은 증거를 제공한 QA나 전문가가 아니라 권한을 부여받은 제품 또는 릴리스 책임자가 내린다. 이 분리는 책임을 떠넘기려는 장치가 아니라 제작, 검증, 위험 인수를 추적하기 위한 장치다.

모든 변경에 이름 붙은 증거와 책임자, 재시험 경로가 생길 때 접근성은 더 이상 누군가의 마지막 점검이 아니다.

핵심 접근성 검사는 실제로 무엇을 확인해야 하나?

핵심 검사는 대표 과업의 동작과 의미를 확인해야 한다. 자동 검사는 로컬 흐름과 통합 파이프라인에서 반복 가능한 조건을 찾고 실행 범위와 제외 대상을 남긴다. 콘텐츠 검토자는 제목, 표제, 레이블, 링크, 안내, 오류와 대체 콘텐츠가 문맥에서 유용한 뜻을 전하는지 판단한다. WCAG에는 사람의 의미 판단이 필요한 기준이 있으므로 깨끗한 자동 검사 결과가 이 단계를 대신할 수 없다.

• 키보드만으로 대표 과업을 시작해 모든 관련 제어 요소를 조작하고 완료한다.
• 초점 순서가 예상 흐름을 따르며 표시가 보이고 작성자 콘텐츠에 완전히 가려지지 않는지 확인한다.
• 복합 구성요소에 들어가고 빠져나오며 상태 변화와 오류 복구 뒤의 초점 위치를 살핀다.
• 예외 조건을 고려해 텍스트를 200%까지 확대했을 때 콘텐츠와 기능의 손실을 찾는다.
• 320 CSS 픽셀 너비 상당의 가로 조건과 256 CSS 픽셀 높이 상당의 세로 조건을 구분해 리플로를 점검한다.
• 의미나 사용에 2차원 배치가 필요한 예외를 적용할 때는 그 근거와 영향을 기록한다.

확대와 리플로 검토의 목표는 원래 화면과 픽셀 단위로 같아 보이는지 판정하는 것이 아니다. 정보나 기능이 사라지는지, 고정 요소나 오버레이가 내용을 가리는지, 키보드 초점이 보이지 않게 되는지, 상태 변화가 화면 밖에서 일어나는지, 허용되지 않은 방향의 스크롤을 강요하는지 살핀다. WCAG 2.2의 리플로 조건은 가로와 세로 상황이 서로 다르고 2차원 배치 예외도 있으므로 하나의 모바일 화면 폭 규칙으로 단순화하지 않는다. 결함 기록에는 과업, 재현 단계, 조건, 사용자 영향, 기대 동작과 재시험 결과를 함께 남긴다.

보조기술·장애인 참여·적합성 평가는 언제 추가해야 하나?

복잡하거나 재사용되는 상호작용, 핵심 여정과 큰 변경에는 훈련된 보조기술 검사, 장애인 참여 평가와 표본 기반 적합성 평가를 목적에 맞게 추가해야 한다. 스크린 리더 검사는 대표 과업과 상태에서 한 가지 호환성 근거를 제공할 뿐, 모든 시각장애인의 경험을 재현하거나 적합성을 증명하지 않는다. 브라우저와 운영체제, 보조기술 조합은 보편적인 표를 복사하지 말고 실제 이용자 근거, 제품 기술, 지원 약속과 알려진 위험에 따라 고른다. GOV.UK 지침도 주요 변경 이후를 포함한 개발 전 과정에서 대표 과업으로 보조기술을 시험하도록 안내한다.

결함에는 영향을 받은 과업과 사용자, 기대 동작, 재현 단계, 브라우저, 운영체제, 보조기술과 버전, 근거, 수정 담당자와 재시험 결과를 기록한다. 장애인 참여 평가는 결과가 설계에 반영될 수 있는 프로토타입이나 핵심 여정 단계에 배치하고, 세션이 명백한 장벽에만 소진되지 않도록 중대한 기초 문제를 먼저 줄인다. 한 참여자의 경험을 장애 집단 전체로 일반화하지 않으며, 사용자 평가는 적합성 평가에서 놓친 사용성 문제를 찾는 보완적 증거로 다룬다. 가장 높은 WCAG 적합성 수준도 모든 개인의 경험을 보장하지 않지만, 그렇다고 적합성 평가의 필요성이 줄어드는 것은 아니다.

증거로 릴리스를 통제하고 프로그램을 개선하려면 어떻게 해야 하나?

릴리스는 단일 점수가 아니라 변경 등급에 필요한 증거로 결정한다. 적용 검사가 끝나고 차단 결과가 수정·재시험됐으며, 기록에 범위, 방법, 환경, 결과, 담당자, 처리 및 재시험 상태가 있어야 한다. QA와 접근성 전문가는 독립 증거를 제공하고 제작자는 수정하며, 권한 있는 제품 또는 릴리스 책임자가 인수한다. Section508.gov 사례도 테스트 계획, 결함, 키보드·스크린 리더 검토, 로그, 릴리스 준비와 사후 피드백을 전달 기록에 연결한다.

1. 한 개의 핵심 여정을 골라 변경 등급과 필요한 검사 계층을 먼저 정한다.
2. 각 행의 수행자와 인수자를 지명하고 실제 과업으로 필요한 교육을 진행한다.
3. 결함과 환경, 증거, 수정, 재시험을 같은 형식으로 남길 템플릿을 만든다.
4. 관련 자동 검사를 로컬 작업과 통합 파이프라인에 넣되 수동 검사를 대체하지 않게 한다.
5. 차단 규칙과 예외 권한을 시험 운영하면서 반복 결함과 누락된 인계를 검토한다.
6. 확인된 패턴을 회귀 검사, 콘텐츠 모델, 설계 시스템과 교육에 반영한 뒤 범위를 넓힌다.

조직 정책이 예외를 허용한다면 승인자, 사유, 영향을 받는 사용자, 완화 조치, 만료 시점과 후속 작업을 별도 기록한다. 예외는 기초 결과를 바꾸거나 적합성을 성립시키지 않는다. 출시 뒤 접수된 장벽과 반복 결함은 매트릭스의 적용 조건, 회귀 검사, 교육, 템플릿과 향후 변경 등급을 고치는 입력으로 사용한다. 복잡한 상호작용이나 보조기술 동작, 대표 적합성 범위와 이견을 팀이 판단하기 어렵다면 훈련된 평가자를 참여시키고, 장애인 연구에는 경험 있는 사용자 연구자를 배치한다. 관할권별 법률 해석이나 준수 주장은 자격 있는 법률 전문가에게 맡긴다.