어떤 품질 엔지니어 면접 질문을 예상해야 하나요?

면접관은 도구보다 먼저 판단력을 봅니다. 처음 보는 기능에서 무엇을 테스트할지 결정하는 방법을 설명할 준비를 하세요. 요구사항과 코드 변경 사항을 읽고, 가장 위험한 경로를 식별하고, 단위·통합·엔드투엔드 수준에서 실행할 검사를 선택하며, 수동으로 남겨 둘 항목을 결정하는 과정입니다. 후속 질문은 거의 항상 그 반대입니다. 무엇을 테스트하지 않을 것이며, 그 이유는 무엇인가요? 위험이 낮은 구성 변경에는 전체 회귀 테스트가 아니라 스모크 테스트를 적용하겠다고 말할 수 있는 지원자는 이 직무가 원하는 판단력을 보여 줍니다.

• 테스트 피라미드. 빠른 단위 테스트는 많이, 통합 테스트는 그보다 적게, 엔드투엔드 테스트는 소수만 둡니다. 후속 질문: 팀이 이를 뒤집으면 어떤 문제가 생기나요?
• 위험 기반 테스트. 실패 가능성과 영향에 따라 우선순위를 정하고, 그 근거를 제품 관리자에게 설명할 수 있어야 합니다.
• 테스트 설계 기법. 동등 분할, 경곗값, 결정 테이블, 상태 전이이며, 구체적인 입력 필드에 한 가지 기법을 적용하라는 요청을 예상하세요.
• 비기능 테스트. 성능, 접근성, 보안의 기본 사항과 각각을 언제 범위에 포함해야 하는지 알아야 합니다.
• 종료 기준. 릴리스 준비 여부를 어떻게 결정하는지, 기준을 충족하기 전에 마감일이 오면 어떻게 할지 설명해야 합니다.

질문이 허용할 때마다 본인의 업무에서 나온 구체적인 사례로 답하세요. 전략 질문은 구체성을 기준으로 평가됩니다.

매일 자동화 업무를 하므로 면접관이 도구에 관해 물을 것이라고 예상할 수 있습니다. 하지만 실제로는 구조를 묻습니다. 이 섹션에서는 자동화가 체계적으로 설계되었는지, 그저 누적되었는지를 드러내는 질문을 다룹니다.

• 프레임워크 설계. 테스트와 애플리케이션 사이의 계층(드라이버, 페이지 객체 또는 화면 모델, API 클라이언트), 공유 픽스처, 테스트 데이터 관리, 보고, 그리고 새 엔지니어가 기존 테스트를 복사하지 않고 테스트를 추가하는 방법입니다.
• 불안정한 테스트. 단골 질문입니다. 재시도하기 전에 원인을 진단하세요. 타이밍과 암시적 대기, 테스트 간 공유 상태, 실행 순서 의존성, 환경 차이, 비동기 동작을 살펴봅니다. 무엇을 격리하고 무엇을 삭제할지, 그리고 테스트 스위트가 무시되지 않도록 어떻게 방지할지 설명하세요.
• API 및 계약 테스트. 서비스를 직접 테스트하고, 스키마를 검증하며, 엔드투엔드 테스트보다 먼저 호환성을 깨뜨리는 변경을 탐지하는 소비자 주도 계약을 다룹니다.
• 도구 질문. Selenium, Playwright, Cypress 또는 모바일 프레임워크, REST 클라이언트, 부하 테스트 도구를 다룹니다. 면접관은 어떤 도구인지보다 왜 선택했으며 한계가 무엇인지에 더 관심을 둡니다.
• 코딩. Python, Java, JavaScript 또는 C#으로 작은 테스트나 유틸리티를 작성하고, 여러 극단 사례가 있는 함수를 어떻게 테스트할지 질문받을 수 있습니다.

답변을 서로 연결하세요. 계층이 명확한 프레임워크가 있어야 불안정한 테스트의 원인을 진단할 수 있고, 계약 테스트가 있어야 엔드투엔드 계층을 작게 유지할 수 있습니다.

시니어급 면접에서는 특정 상황이 주어집니다. 대표적인 예로, 의료 소프트웨어 회사의 시니어 직무에 지원한 품질 엔지니어에게 릴리스가 이틀 뒤에 배포될 예정이고, 엔드투엔드 테스트 스위트는 일주일 동안 실패 상태이며, 개발자들은 환경 문제라고 말하는 상황이 주어질 수 있습니다. 좋은 답변은 릴리스 여부를 논하기 전에 실패를 원인별로 구분합니다. 실패 내용을 읽고, 환경 문제와 실제 결함을 분리하고, 실패한 테스트가 이번 릴리스의 변경 사항을 다루는지 확인한 뒤, 릴리스 관리자에게 단순한 찬반이 아닌 위험 평가를 전달합니다. 면접관은 분류 능력과 의사소통을 평가합니다.

그 밖에 자주 나오는 시나리오로는 풀 리퀘스트에서 단위 및 계약 테스트를 실행하고 더 느린 테스트 스위트는 일정에 따라 실행하도록 CI 관문을 설계하는 것, 테스트가 하나의 공유 데이터베이스에 의존하지 않도록 테스트 환경과 데이터를 관리하는 것, 통제할 수 없는 서드파티 통합의 변경 사항을 테스트하는 방법을 결정하는 것, 개발자가 이의를 제기하는 결함을 보고하는 것, 커버리지를 목표 자체로 만들지 않으면서 품질을 측정하는 것이 있습니다. 각 상황에서 제약 조건을 밝히고, 방법을 선택하며, 그 비용을 설명하세요.

이러한 답변은 후속 질문과 함께 소리 내어 말해 보면 크게 향상됩니다. 이를 위한 기능이 모의 면접 모드이며, 다른 직무별 질문 모음은 직무 및 주제별 면접 질문에서 확인할 수 있습니다.

대화형 면접이라면 정직한 범위 내에서 도움이 됩니다. SubcueAI의 macOS 및 Windows용 네이티브 데스크톱 앱은 시스템 오디오와 마이크 음성을 캡처하고 로컬 오버레이에 짧은 답변 제안을 표시합니다. 따라서 면접관이 불안정한 테스트 스위트를 어떻게 진단할지 물으면 화면의 체크리스트를 보면서 본인의 경험을 설명할 수 있습니다. 브라우저 확장 프로그램은 회의 탭의 오디오만 캡처하여 Chrome과 Edge의 브라우저 탭 통화를 지원합니다. 통화에 봇이 참여하지 않으며 회의 페이지에 아무것도 삽입되지 않습니다. 설정 방법은 튜토리얼 페이지에 있습니다.

제한 사항도 있습니다. 과제, 감독형 코딩 작업, 화면이 녹화되는 평가, 회사에서 관리하는 노트북은 지원 범위에 포함되지 않으며, 관찰받으며 테스트를 작성하는 실시간 실습은 본인이 직접 수행해야 합니다. SubcueAI의 창립자 Aaron Cao는 이 제품이 대본이 아니라 이미 알고 있는 내용을 떠올리게 하는 단서라고 설명합니다. 그래서 사용자의 이력서와 고유한 표현을 바탕으로 작동합니다. 먼저 이력서를 불러오세요. 프로필은 이력서 작성 도구에 있습니다.