QA 자동화, Jenkins에서 GitHub Actions로 전환하여 효율성 75% 향상 및 지속 가능한 자동화 전략 구축

핵심 기술: 본 콘텐츠는 QA 팀이 수동 테스트 중심에서 벗어나 API 자동화 도입을 통해 리소스 절감 및 효율성 증대를 목표로 한 경험을 공유합니다. 특히 기존 Jenkins 기반 환경의 한계를 극복하고 GitHub Actions로 성공적으로 전환하여 테스트 환경 구축 기간을 75% 단축한 사례를 중심으로 다룹니다.

기술적 세부사항:
* 문제 정의: 외주 인력 활용 수동 테스트의 비효율성 (느린 실행 속도, 인력 관리 어려움, 높은 리소스 소모).
* 자동화 목표: E2E 테스트와 API 테스트 중, 변동성이 적고 유지보수가 용이한 API 자동화 도입 결정.
* 초기 자동화 모델: Zephyr 테스트 항목 기반 Postman Script 실행 → Slack 공유.
* Jenkins 기반 환경의 한계점:
* 서버 구축 및 관리의 어려움.
* AWS EC2 환경 지식 및 러닝 커브.
* 설정 복잡성 및 낮은 접근성 (GitHub Actions 대비).
* GitHub Actions 도입 전략:
* 기존 Jenkins 스크립트를 YAML 형식으로 수정 및 점진적 이식.
* GitHub Actions 스케줄 기능 활용 정기 테스트 실행.
* 팀원 온보딩 및 설득:
* 구조 재설계 및 PoC 구현 공유.
* Git/GitHub Actions 기본 개념 및 실습 중심 온보딩 세션.
* Postman 환경 변수 및 Secrets 적용 방법, 오류 해결법 공유.
* 구현 과정:
* feat/slack-api 브랜치 → main 브랜치 merge.
* GitHub Actions .yml 파일 생성.
* GitHub Cloud Runner에서 Newman 실행.
* 성공 요인 및 성과:
* 환경 구축 기간 4개월 → 1개월로 단축 (75% 감소).
* 팀원들의 GitHub Actions 기반 워크플로우 독립적 작성 및 관리 역량 확보.
* 팀 전체 자동화 생산성 향상.
* 향후 배포 주기 연계 자동 테스트 체계 구축 기반 마련.
* 기술적 한계 및 재정립된 전략:
* gRPC와 REST API 혼합 아키텍처에서 Postman 기반 스크립트의 한계 (gRPC 호출 포함 시나리오 구현 어려움).
* 완벽한 전 구간 자동화보다 현실적인 영역 (테스트 데이터 생성, 사전 조건 세팅, 반복 작업 자동화)부터 효율성 증대.
* 작은 단위부터 점진적 자동화 확장 및 실용적 도구 구축.

개발 임팩트: GitHub Actions 도입을 통해 QA 자동화 환경 구축 시간을 획기적으로 단축하고, 팀 전체의 자동화 역량을 강화했습니다. 또한, CI/CD 파이프라인 구축 기반을 마련하여 향후 개발 프로세스와의 연계를 통한 생산성 향상이 기대됩니다. 예상치 못한 기술적 한계를 마주했을 때에도 현실적인 자동화 전략을 재정립하여 지속 가능한 개선을 추구하는 유연성이 돋보입니다.

커뮤니티 반응: (원문에서 직접적인 커뮤니티 반응 언급은 없으나, Jenkins와 GitHub Actions의 비교는 개발자 커뮤니티에서 매우 빈번하게 논의되는 주제이며, GitHub Actions 도입으로 인한 효율성 증대 사례는 긍정적인 반응을 얻을 수 있습니다.)

톤앤매너: QA 자동화 도입의 실제 경험과 기술적 고려사항을 명확하고 구체적으로 전달하는 전문적이고 실용적인 톤을 유지합니다.