접근성 조사 결과부터 Release 증거: WCAG 검사 결과가 이제 테스트 보고서에 포함되어 있습니다.

자동화된 접근성 테스트는 디지털 접근성 문제의 최대 57%를 식별할 수 있다고 합니다. Deque의 자동 접근성 적용 범위 보고서이는 상당히 의미 있는 보도이며, 문제를 발견하는 것이 단지 첫걸음에 불과하다는 점을 다시 한번 상기시켜 줍니다. 

모든 결과는 여전히 검토, 이해 및 공개 결정에 반영되어야 합니다. 그리고 바로 이 부분에서 워크플로가 실패하는 경우가 많은데, 스캔 자체가 실행되지 않았기 때문이 아니라, 스캔 결과가 공개 결정에 필요한 다른 증거들과 적절한 위치에 있지 않기 때문입니다. 

대부분의 팀이 해결하려고 노력하는 단절 현상 

접근성 결과가 별도의 도구에 있거나 테스트 실행의 나머지 부분과 분리된 독립형 보고서로 제공되는 경우, 팀은 플랫폼을 전환하고 데이터를 내보내고 접근성 결과를 해당 결과를 생성한 특정 테스트 실행과 수동으로 연결하는 등의 조정 작업을 직접 수행해야 합니다.  

이를 모든 스프린트, 모든 빌드, 모든 장치에 적용하면 모든 릴리스마다 처리하기가 매우 번거로워집니다. 그 결과 일부 팀은 이러한 부담을 감당하기보다는 접근성 검사의 우선순위를 조용히 낮추는 경우가 있습니다. 

그러한 추가 비용에는 규정 준수 비용도 포함됩니다. 빌드, 장치 및 테스트 실행과의 명확한 추적이 불가능한 접근성 관련 문제는 감사 준비 기록으로 남지 않습니다. 이는 누군가가 나중에, 대개 시간적 압박 속에서 재구성해야 하는 데이터 포인트가 됩니다. 

변경된 사항 

접근성 스캔 기능 제공: 데케 이미 내부에서 지원되고 있었습니다. Digital.ai 테스트. 새로운 기능: 이러한 결과는 더 이상 별도의 파일로 제공되지 않습니다. 기능 테스트 결과가 이미 포함된 테스트 보고서에 직접 통합됩니다. 

실제로는 다음과 같습니다. 

테스트는 정상적인 기능 흐름을 수행하는 동안 접근성 검사가 동시에 실행됩니다.  

테스트가 완료되면 동일 세션의 기능 결과와 함께 접근성 결과가 표시됩니다. 각 결과에는 팀에서 조사를 시작하는 데 필요한 정보(영향, 위반 세부 정보, 심각도 및 관련 접근성 지침)가 포함됩니다. 

별도의 대시보드로 리디렉션되지 않으며, "어떤 스캔이 어떤 테스트와 일치하는지"를 수동으로 연관 지을 수도 없습니다.  

단일 세션, 단일 보고서로 SaaS 및 온프레미스 배포 환경 모두에서 사용 가능하므로 테스트 데이터가 이미 저장된 위치에 증거가 그대로 유지됩니다. 

발견 이후의 상황을 고려하여 설계되었습니다. 

문제를 파악하는 것은 필수적이지만, 그것만으로는 충분하지 않습니다. 발견 자체만큼이나 발견 이후의 워크플로도 중요합니다. 다음 세 가지 기능이 이러한 워크플로를 완성합니다. 

감사 준비 증거. HTML 접근성 보고서는 리포터 내에서 직접 확인할 수 있으며, 원시 JSON 데이터도 다운로드할 수 있어 규정 준수 및 감사팀이 특정 실행과 연결된 추적 가능한 기록을 확보할 수 있습니다. 

테스트 팀을 넘어 안전하게 정보를 공유하세요. 안전한 보고서 공유 기능을 사용하면 보고서 전체를 보호된 링크를 통해 검토가 필요한 이해관계자들과 공유할 수 있습니다. 이해관계자들은 로그인이나 재내보내기 없이 QA 팀이 보는 것과 동일한 증거를 확인할 수 있습니다. 

문제 해결로 가는 지름길. 발견된 사항에 대해 조치가 필요한 경우, 팀은 보고서에서 바로 Jira 티켓을 생성할 수 있습니다.  

워크플로 개선 외에도 이것이 중요한 이유는 무엇일까요? 

이는 단순한 편의성 개선이 아닙니다. 동시에 심화되고 있는 두 가지 압력에 대한 대응입니다. 

첫 번째는 규제와 관련된 것입니다. 유럽 ​​접근성법은 2025년 6월부터 시행되고 있습니다.예산 및 ADA 관련 디지털 접근성 소송 미국에서는 그 수치가 계속 증가하고 있습니다. 두 경우 모두 증거를 중시하며, 어떤 스캔이 어떤 빌드에서 어떤 실행 과정의 일부로 실행되었는지 보여줄 수 있는 것이 감사 준비가 된 조직과 압박 속에서 검증 이력을 재구성하는 조직을 구분하는 핵심 요소입니다. 

두 번째는 속도입니다. 현재 많은 기업에서 AI가 생성한 코드는 전체 생산량의 40~50%를 차지합니다.Digital.ai, 제4의 물결: AI가 코드를 작성하고 있다. 누가 그것을 테스트할까?그리고 이러한 속도는 둔화될 기미가 보이지 않습니다. 더 많은 코드가 더 빠르게 배포된다는 것은 매 스프린트마다 검증해야 할 접근성 지표가 더 많아진다는 것을 의미합니다.  

기능적 결과와 접근성 결과를 수동으로 비교해야 하는 워크플로는 그 속도로 확장할 수 없으며, 매 릴리스마다 점점 더 뒤처지게 됩니다. 

접근성 문제를 파악하는 것 자체는 어려운 일이 아닙니다. 출시 전에 문제를 명확하게 보여주고, 실행 가능성을 높이고, 쉽게 해결할 수 있도록 하는 것이 진정한 변화를 가져오는 핵심이며, 이 솔루션은 바로 그 부분을 보완합니다. 

실제로보기 : 접근성 조사 결과부터 Release 증거