테스트 자동화

자동화 전략

자동화 피라미드, 무엇을 자동화할지 판단하는 기준, ROI와 손익분기점, 자동화 부채의 신호, 전략 수립. 그리고 선형부터 키워드 주도까지 프레임워크 유형을 비교해 팀 조건에 맞는 구조를 고르는 법까지.

★ 도구보다 먼저 배울 것. 전략 없는 자동화는 유지보수 부채가 된다.

API·계약 테스트

API 테스트의 위치와 장점, Postman 실습, 코드 기반 자동화 전환, OpenAPI 계약 테스트, Pact 컨슈머 주도 계약, GraphQL, SoapUI. 그리고 네 층 커버리지 측정과 실사용 분포 대조로 보강 우선순위를 정하는 법까지.

UI 자동화 (웹·모바일)

Playwright 중심의 웹 자동화와 Appium 계열 모바일 자동화. POM, 깨지지 않는 로케이터 설계, 대기 전략, 불안정한 테스트 대처법, Cypress와의 도구 비교, 그리고 test.extend 기반 API Fixture로 테스트 데이터를 만들고 실패 단계별로 자동 트리아지하는 설계까지.

CI/CD·지속적 테스팅

CI/CD 개념부터 GitHub Actions 워크플로, Docker 환경 재현, 품질 게이트 설계, False Alarm 줄이기, 관측성으로 실패 추적. 마지막으로 SLI·SLO와 에러 버짓으로 배포 이후의 품질까지 숫자로 잇는다.

RPA·레거시·데스크톱 자동화

UiPath 계열 RPA, Tosca·UFT 같은 엔터프라이즈 도구, 이미지·좌표 기반 자동화. 이 도구들이 여전히 유효한 도메인은 어디인가. 모바일·데스크톱을 묶는 Appium·경량 GUI 라이브러리·Robot Framework, API·네트워크 도구 세 계층, 언어 로드맵, RPA와 오픈소스 비교로 도구 선택 기준을 넓힌다.

모델 기반 테스팅 실전 — 모델 표기법·생성 알고리즘·모델 커버리지·도구 실습·유지보수

케이스를 손으로 쓰는 대신 모델을 유지보수한다. UML 상태기계·BPMN 등 모델 표기법과 모델 품질 판단 기준, 테스트 생성 알고리즘과 상태·전이·경로 모델 커버리지, GraphWalker·TESTONA·Tosca 모델링 실습, 요구사항을 모델로 옮기는 워크숍과 모델 유지보수 비용 판단을 다룬다.

★ 모델을 고치면 테스트가 따라온다 — 그래서 모델의 품질이 곧 테스트의 품질이다.

테스트 자동화 아키텍처 — gTAA·프레임워크 설계·보고와 로깅·테스트 용이성·도입 제안서

자동화를 스크립트가 아니라 시스템으로 설계한다. ISTQB의 일반 테스트 자동화 아키텍처(gTAA) 계층 분리, 빈 리포지터리에서 프레임워크를 설계하는 실습, 실패 하나를 5분 안에 진단하게 만드는 보고·로깅 설계, 개발팀에 훅·테스트 모드를 요구하는 테스트 용이성 협상, 팀을 설득하는 자동화 도입 제안서(ROI·파일럿 범위)를 다룬다.

★ 자동화의 수명은 코드가 아니라 구조가 결정한다.

TestOps — 테스트 실행 인프라와 품질 관측

자동화는 짜는 순간이 아니라 매일 도는 동안 값을 만든다. 러너·그리드·디바이스 팜 같은 실행 인프라를 운영하고, 테스트 환경과 데이터를 버전으로 관리하며, 실행 결과를 모아 플래키율·실행 시간·신뢰도를 지표로 관측한다. 형상 관리와 빌드·배포·변경 관리를 테스트 실행에 연결하고, 실행 실패를 제품 결함·환경 문제·테스트 결함으로 갈라 내는 운영 규칙을 세운다. SDET 로 불리는 자리가 실제로 무엇을 책임지는지도 여기서 정리한다.

★ 자동화의 값은 작성한 날이 아니라 매일 도는 동안 나온다 — 그 매일을 책임지는 일이 TestOps 다.