자동화해야 할 테스트와 해서는 안 되는 테스트의 구분 방법｜QA 엔지니어의 실무 판단 기준

📌 이런 분께 추천합니다

• 테스트 자동화를 도입하고 싶지만 무엇부터 자동화하면 좋을지 모르는 분
• 「전부 자동화하자」고 했다가 유지보수 비용이 폭발한 경험이 있는 분
• 수동 테스트와 자동 테스트를 어떻게 구분해서 사용할지 고민하는 QA 엔지니어
• 팀에 자동화의 판단 기준을 공유하고 싶은 리드 엔지니어·QA 리드

✅ 이 글을 읽으면 알 수 있는 것

• 자동화에 적합한 테스트의 5가지 특징
• 자동화해서는 안 되는 테스트의 4가지 특징
• 자동화 판단에 사용할 수 있는 실무적인 체크리스트
• 수동 테스트와 자동 테스트의 이상적인 역할 분담

📌 이 글의 결론

자동화에 적합한 것은 「반복 실행·인위적인 실수가 생기기 쉬운·합부 판단 기준이 명확한」 테스트. 적합하지 않은 것은 「감성·빈번한 사양 변경·한 번만 실행하는」 테스트입니다. 이 가려냄이 오래 지속되는 자동화의 첫걸음입니다.

✅ 자동화에 적합한 테스트의 특징

• 릴리스마다 반복 실행하는 테스트（회귀 테스트）
• 합부 판단 기준이 명확하여 「○○이 표시되면 OK」라고 정의할 수 있는 테스트
• 대량의 데이터 패턴을 망라할 필요가 있는 테스트
• 사람이 하면 피로·실수가 생기기 쉬운 단조로운 테스트
• 복수의 브라우저·복수의 환경에서의 동작 확인이 필요한 테스트

❌ 자동화에 적합하지 않은 테스트의 특징

• 디자인·레이아웃·색 등 사람의 감성이 필요한 테스트
• 사양이 자주 바뀌는 테스트（코드의 수정 비용이 높아진다）
• 한 번만 실행하는 일시적인 테스트
• 탐색적 테스트（직감·호기심으로 예기치 않은 버그를 찾는 테스트）

📋 자동화 판단 체크리스트

🔑 중요한 사고방식

• 자동화는 「사람을 불필요하게 만드는 기술」이 아니라 「사람을 더 고도의 일로 해방하는 기술」
• 자동화할 수 없는 테스트를 수동으로 꼼꼼하게 하는 것도 훌륭한 QA 스킬
• 「전부 자동화」보다 「적절히 골라서 자동화」하는 편이 장기적으로 품질이 높아진다

📖 관련 기사

• 테스트 자동화 종류 정리｜단위·통합·E2E·API 테스트의 차이와 사용 구분
• 테스트 자동화에서 실패하지 않는 5가지 설계 원칙
• Selenium vs Playwright vs pytest｜Python 테스트 자동화 도구 선택 가이드

📋 이 글의 정리

• 자동화에 적합한 것은 「반복·판단 기준이 명확·대량 데이터·크로스 브라우저」
• 자동화해서는 안 되는 것은 「감성이 필요·사양이 바뀌기 쉽다·한 번만·탐색적」
• 그레이 존은 「반복 실행하는가」「사양이 안정되어 있는가」로 판단한다
• 체크리스트（3개 이상 YES라면 자동화 검토）를 사용하면 판단이 흔들리지 않는다
• 이상은 「자동 테스트가 정형 작업을 담당하고, 사람이 탐색적 테스트나 품질 전략 등 고부가가치 업무에 집중하는 상태」

「무엇을 자동화하는가」의 판단은 도구의 습득과 같은 정도로 중요한 스킬입니다. 이 체크리스트를 팀에서 공유하여 비용 대비 효과가 높은 자동화를 목표로 하세요.