이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 같은 기능을 매 배포마다 손으로 클릭하며 확인하는 데 시간이 너무 많이 걸렸습니다. 저는 Python과 Selenium을 써서 로그인부터 핵심 기능 동작까지 자동으로 확인하는 스크립트를 만들었습니다.
처음 만들 때는 요소 선택자가 자주 바뀌어서 스크립트가 깨지는 문제가 있었습니다. 그 이후로 아이디나 데이터 속성 기반으로 선택자를 바꾸면서 안정성이 높아졌습니다. 자동화 덕분에 배포 후 회귀 확인 시간이 30분에서 5분으로 줄었고, 그 경험으로 자동화를 도구로만 보는 게 아니라 설계의 문제라는 걸 배웠습니다.
자동화도 설계가 먼저입니다. 선택자 안정성이 스크립트 수명을 결정합니다.
테스트 자동화를 처음 접했을 때 어떤 도구를 써야 할지 몰라서 인기 있는 걸 먼저 설치해봤는데, 실제 프로젝트에 맞지 않아서 결국 교체한 경험이 있었습니다. 도구 선택도 설계라는 걸 그때 배웠습니다.
이후로는 테스트 대상이 웹인지 모바일인지, 팀 역량이 어느 언어에 가까운지를 먼저 따지고 도구를 고릅니다. 웹 환경 기반 프로젝트에서는 JavaScript 생태계와 친화적인 도구가 협업에 더 유리했습니다. 도구가 목적을 따라야지, 목적이 도구를 따라가면 안 된다는 게 그때 얻은 교훈입니다.
도구는 목적을 따라가야 합니다. 도구 선택이 팀 협업 효율에 영향을 줍니다.
자동화 테스트를 만들었는데 유지보수 비용이 오히려 더 커진 경험이 있었습니다. UI가 자주 바뀌는 화면에 자동화를 걸어뒀더니 매번 스크립트를 고쳐야 했습니다.
그 이후로 자동화는 반복 빈도가 높고 안정적인 흐름에 집중하고, 탐색적 테스트나 변경이 잦은 영역은 수동으로 남겨두는 방식을 씁니다. 케이스를 분류하는 데 시간을 쓰는 것이 나중에 유지보수 비용을 줄여줬습니다. 자동화의 목표는 커버리지 숫자가 아니라 실제 반복 비용을 줄이는 것입니다.
자동화 목표는 반복 비용을 줄이는 것입니다. 케이스 분류가 유지보수 비용을 낮춥니다. 케이스 분류가 시간을 절약합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 카카오 품질보증 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.