AI 해외영업 서비스 린다(Rinda)의 프로덕트팀에게 매주 진행되는 QA는 필수적이지만 부담스러운 과제였습니다. 전 세계 수출 기업이 사용하는 서비스 특성상 152개에 달하는 화면과 계정 권한별 변수를 매주 일일이 검증해야 했기 때문이죠.
많은 기업이 이런 문제를 겪을 때 가장 먼저 최신 테스트 도구를 도입하거나 스크립트를 추가합니다. 하지만 저희 그린다에이아이의 생각은 달랐는데요.
오늘은 린다 프로덕트팀이 실패하던 ‘QA 자동화’ 시스템을 바로잡고, 매주 반복되던 병목을 해결한 사례를 소개합니다.
Chapter 1. 자동화가 실패하는 이유부터 찾기
린다는 수출 기업이 해외 바이어를 찾고 영업 메일을 보내도록 돕는 AI 서비스입니다. 전 세계 사용자가 들어오다 보니 언어, 시간대, 계정 유형이 제각각이죠.
화면 152개 중 119개는 메뉴로 바로 연결되지 않고, 104개는 특정 계정에서만 열릴 정도로 조건이 복잡했습니다.
그래서 매주 목요일에는 개발자는 물론 세일즈, 마케팅 팀원까지 전부 QA를 진행했는데요. 체크리스트를 받아도 그 화면이 어디 있는지, 어떤 계정으로 봐야 하는지 모르는 경우가 많았습니다.
하지만 자동화를 도입한 후에도 문제는 계속되었습니다. 캡처 도구가 홈으로 튕긴 모습을 저장하거나, 계정 권한 오류를 내기도 했죠. 결국 팀원들은 경고를 건너뛰는 데 익숙해졌습니다.
여기서 저희가 분석한 린다 프로덕트팀의 병목 지점은 다음과 같았습니다.
🚨 병목 지점
잘못된 예외 처리: 권한 오류로 홈에 튕긴 화면을 정상 화면으로 인식해 잘못된 캡처 저장
테스트 환경의 허점: 테스트 계정 설정이 불완전해 특정 계정 권한 화면 검증 불가
경고 과다: 오류가 없는 화면에도 경고가 뜨는 문제
Chapter 2. 예외 처리부터 실행까지 전 과정 구조화
린다 프로덕트팀은 목요일에 QA를 하고 금요일 오전에 배포를 진행하고 있었습니다. 이 루틴 안에서 문제를 해결하기 위해 QA 프로세스를 두 단계로 나눠서 접근했습니다.
(1) 기업 문화 및 프로세스 개선
자동화 도구를 돌리기 전에는 '무엇을 검증할 것인가'에 대한 기준 확립이 우선입니다.
따라서 테스트 서버에 쌓인 300여 건의 변경 사항 중 이번 주에 내보낼 핵심 기능만 선별하여 QA 범위를 집중했습니다.
(2) 캡처 및 체크리스트 자동화
먼저 PM 분이 수동으로 작성하던 체크리스트를 AI 파이프라인으로 전환했습니다.
깃허브에서 배포, DB, 서버 상태를 모아, 사람 확인 목록에서 뺐습니다. 깃허브 커밋 로그와 라우트 파일의 문맥을 파악하기 때문에 변경된 화면마다 체크리스트를 자동으로 생성할 수 있는 것이죠.
다음으로 스마트 캡처 스크립트를 통해 환경별 브라우저를 사용하게끔 설계했습니다.
Chapter 3. 주간 배포 정착
그린다에이아이의 컨설팅을 통해 구축된 QA 시스템은 린다 프로덕트팀의 업무 방식을 완전히 바꿨습니다.
이제는 슬랙 메시지 한 줄로 정확한 정보가 담긴 HTML 체크리스트 페이지가 생성됩니다. 체크리스트만 열면 바로 업무에 착수할 수 있고요.
결과적으로 팀원들은 반복 작업에서 벗어나 "이 화면이 사용자에게 친절한가?"와 같은 서비스 본질과 UX 검증에 집중할 수 있게 되었습니다.
반복되는 QA와 버그 추적, 도구만 바꾸며 포기하셨나요?
체크리스트 작성, 화면 캡처, 권한 테스트, 버그 공유...
제품의 품질을 결정하는 핵심 과정이지만, 정리되지 않은 프로세스로 팀이 지쳐가고 있다면 지금이 업무 구조를 혁신할 때입니다.
그린다에이아이와 함께라면 린다처럼 복잡한 글로벌 환경을 가진 서비스라도 올바른 AX(AI Transformation)를 이뤄낼 수 있습니다.
