병목은 테스트 실행이 아니었다: Appium E2E 자동화에서 실행과 운영을 분리하기까지
6
AI 요약
이 글은 AI가 원문을 분석하여 핵심 내용을 요약한 것입니다.
이 게시물은 모바일 Appium E2E 자동화 운영에서 병목이 테스트 실행이 아니라 실패 이후의 분류·기록·알림·리포팅 작업에 있음을 정리합니다.
Appium/WebdriverIO 기반 테스트 실행은 GitHub Actions의 self-hosted runner에서 수행하고, 리포트 배포와 결과 payload 전송까지를 실행 계층으로 한정합니다.
실패 분류와 Slack/Notion/InfluxDB 기록, Self-Healing 및 Flaky/Daily 리포트 같은 후속 워크플로 분기는 n8n이 webhook payload를 받아 운영 계층에서 처리합니다.
GitHub Actions에는 실행 제어(concurrency), Appium 서버/러너 상태 확인, artifact 업로드, 단일 출구인 webhook 전송을 두어 workflow 복잡도를 줄입니다.
테스트 코드에는 운영 정책을 두지 않고 시나리오 흐름과 실행 책임(공통 helper, Page Object의 selector)에 집중하도록 경계를 설정합니다.
이 구조가 이후 AI 기반 분석과 Self-Healing의 기반이 되는 이유는 실패 해석 지점을 운영 계층에 고정하기 때문입니다.
