pile·
기타·모두싸인모두싸인·

모두싸인 QA의 일 하는 방식 — E2E 테스트 자동화

문제모두싸인은 SaaS 특성상 잦은 배포 사이클에서도 품질을 유지해야 했지만, 수동 회귀 테스트와 후기 단계 QA 개입만으로는 안정성과 속도를 동시에 잡기 어려웠다.
접근자동 대기·강력한 locator를 가진 Playwright를 도입하고, Page Object Model로 UI 변경 영향을 격리, Cucumber 대신 TypeScript로 직접 BDD를 구현해 유지보수 부담을 줄였다. 모노레포에 개발·테스트를 같은 브랜치에서 관리해 버전 불일치를 막고, QA가 설계 단계부터 참여하도록 시점을 앞당겼다.
결과Flaky 비율 1% 미만으로 안정성을 확보, P1 시나리오 약 80% 자동화 커버리지를 달성했고 10월까지 100%를 목표로 잡았다. 자동화로 확보된 시간을 탐색적 테스트·경험 개선에 재투입.
모두싸인
모두싸인 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 기타·stackoverflow-blogStack Overflow Blog·

    Selenium vs Cypress vs Playwright — 테스트 자동화 프레임워크 선택 가이드 2026

    2026년 기준 Selenium, Cypress, Playwright 세 가지 테스트 자동화 프레임워크를 아키텍처, 안정성, 비용, 브라우저 지원, 언어 지원 측면에서 비교한다. 세 프레임워크는 브라우저 제어 방식에서 근본적으로 다르며, 각각의 강점이 다른 사용 시나리오에 최적화되어 있다.

    #e2e-testing#test-automation#selenium+2