mabl 현재 애플리케이션 테스트를 위해 회사의 SaaS(Software-as-a-Service) 플랫폼에 통합된 자동 접근성 테스트 기능의 베타 릴리스를 발표했습니다. 이러한 움직임은 조직이 WCAG(Web Content Accessibility Guidelines)를 준수하지 않음으로 인해 발생할 수 있는 잠재적인 브랜드 명성 손상과 책임을 피하기 위해 애플리케이션 개발 수명 주기 초기에 접근성 요구 사항을 충족해야 하는 필요성에 점점 더 직면하고 있는 시점에 이루어졌습니다.
mabl 의 공동 창립자인 Dan Belcher는 다양한 규정 준수 의무에서 접근성 요구 사항의 확산과 함께 애플리케이션 개발 수명 주기의 시작 단계에서 이러한 문제를 다루어야 할 필요성이 가속화되고 있다고 설명했습니다. 이러한 요구 사항을 해결하지 못하면 조직은 규제 영향뿐만 아니라 공개 소셜 미디어 포럼에서 부정적인 홍보에 취약해질 수 있습니다.
이러한 우려에 대응하여 mabl SaaS 플랫폼은 axe-core로 알려진 low-code 엔진을 사용하여 재사용 가능한 테스트를 생성할 수 있습니다. 이 기능을 통해 조직은 이러한 테스트를 DevOps 워크플로에 쉽게 통합할 수 있습니다. 이 접근 방식을 통해 전담 테스트 팀은 DevOps 플랫폼에 직접 의존하지 않고 테스트를 개발할 수 있습니다.
Belcher는 끊임없이 확장되는 디지털 환경 내에서 장애가 있는 최종 사용자를 고려하는 것의 중요성을 강조했습니다. 그는 소프트웨어 산업 전체가 접근성을 최우선 순위로 고려하기 시작했다고 언급했습니다. 이상적으로는 대비 검사를 포함하는 접근성 회귀 테스트를 통한 빠른 피드백이 구현되어야 합니다. 그는 자동화된 접근성 테스트가 주제 전문가의 정기 감사를 대체할 가능성이 낮다고 생각하지만 Belcher는 WCAG 지침에서 식별된 접근성 문제의 최대 50%가 언젠가는 자동화를 통해 해결될 수 있기를 희망했습니다. 이렇게 하면 접근성 부채의 축적을 방지하고 애플리케이션 배포 후 이러한 문제를 해결하는 것과 관련된 전체 비용을 줄이는 데 도움이 됩니다.
Belcher는 자동화가 전담 테스트 팀을 완전히 대체할 가능성은 없지만 mabl 과 같은 플랫폼은 유한한 테스트 리소스가 빠르게 가속화되는 애플리케이션 개발에 대처할 수 있도록 설계되었다고 강조했습니다. 접근성은 포괄적인 소프트웨어 품질 검토의 중요한 구성 요소로 남아 있습니다. 이 사실을 인식하는 것은 조직이 나중에 결점에 대해 사과해야 하는 것을 방지하는 데 큰 도움이 될 것입니다.
mabl 자동화를 통해 접근성 규정 준수를 개선하기 위해 노력하는 동안 AppMaster 와 같은 no-code 플랫폼은 애플리케이션 개발에 대한 장벽을 크게 줄였습니다. 이러한 플랫폼은 웹 및 모바일 애플리케이션 생성을 용이하게 하여 프로세스의 모든 사용자에게 보다 포괄적인 생태계를 보장합니다.
