엔터프라이즈 애자일 플래닝

한 팀이 같은 스프린트에서 React Native 앱과 마케팅 웹사이트를 출시했습니다. 모바일 앱은 Espresso와 XCUITest로, 웹 사이트는 Playwright로 테스트했습니다. 두 팀 모두 Appium이나 Selenium을 한 줄도 작성하지 않았는데, 이는 해당 도구들이 제대로 작동하지 않아서가 아니라, 두 팀 모두 크로스 플랫폼 테스트가 필요하지 않았기 때문입니다.

모든 기업 QA 팀은 결국 같은 문제에 부딪힙니다. 스프린트 데모에서 두 대의 기기에서는 문제없이 작동하던 테스트 스위트가 실제 수십, 수백 대의 기기, 다양한 OS 버전, 다양한 통신사, 다양한 배터리 및 네트워크 상태를 가진 실제 디바이스 팜에 배포되는 순간 예측할 수 없이 실패하기 시작합니다. 팀은 시간을 낭비하며…

대규모 기업이든 테스트 자동화를 확장하는 것은 어려운 일입니다. 하지만 은행, 보험, 의료, 제약, 정부 또는 기타 규제 산업에 속한 조직의 경우, 그 어려움은 더욱 커집니다. 일반적인 엔지니어링 팀의 작업 속도를 높이는 모든 지름길은 규제 산업에서 쉽게 우회할 수 없는 규정 준수 장벽에 부딪히기 때문입니다. 테스트 확장을 시도해 보셨다면…

프레임워크 선택은 쉬웠습니다. 하지만 인프라 구축은 그렇지 않았죠. Maestro 덕분에 어려운 작업이 훨씬 쉬워졌습니다. 설치는 단 한 번의 명령어로 완료되고, 처음 접한 순간부터 테스트를 실행하기까지 5분밖에 걸리지 않았습니다. 테스트는 YAML로 작성되어 사용자가 무엇을 하는지 명확하게 설명하는 것처럼 읽히며, 전문가가 해석해야 하는 복잡한 코드가 아닙니다. 정말 놀랍습니다.

고객은 주머니에 쏙 들어가는 화면을 통해 브랜드를 평가합니다. 모바일 앱이 빠르고 안정적이면 고객은 거의 눈치채지 못합니다. 하지만 앱이 버벅거리거나, 배터리를 빨리 소모하거나, 결제 과정에서 오류가 발생하면 고객은 즉시 알아차리고 많은 사용자가 떠납니다. 기업에게 모바일 경험은 단순한 기능이 아닙니다. 그것은 바로…

Deque의 자동화 접근성 테스트 보고서에 따르면 자동화 접근성 테스트는 디지털 접근성 문제의 최대 57%를 식별할 수 있습니다. 이는 상당한 수치이며, 문제를 발견하는 것이 단지 첫 단계일 뿐이라는 점을 다시 한번 상기시켜 줍니다. 모든 발견 사항은 검토, 이해 과정을 거쳐 출시 결정에 반영되어야 합니다. 그리고 이것이 바로…

2025년 6월 28일, 유럽 접근성법(European Accessibility Act)은 시한에서 시행일로 전환되었습니다. 벌써 1년도 더 지났습니다. 이제 더 이상 시급하게 느껴지지 않는다면, 그건 지극히 정상입니다. 눈에 띄는 문제가 발생하지 않으면 시한은 금세 잊혀지기 마련입니다. 하지만 접근성은 서버 장애처럼 갑작스럽게 실패하는 것이 아닙니다. 그 결과는 소송, 감사 실패, 기타 여러 형태로 나중에 나타납니다.