이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
모바일 애플리케이션 테스트에서 가장 중점을 두어야 한다고 생각하는 것은 기기 다양성 대응과 실제 사용 환경 재현입니다. 모바일은 PC 환경과 달리 OS 버전·화면 크기·제조사별 UI 차이가 크기 때문에, 특정 기기에서만 확인하면 실제 사용자가 경험하는 문제를 놓칠 수 있습니다. 수업 프로젝트에서 안드로이드 앱 기능 테스트를 진행할 때 에뮬레이터와 실기기 병행 테스트를 했는데, 에뮬레이터에서는 발견되지 않던 터치 이벤트 지연과 소프트 키보드 가림 문제가 실기기에서 나타났습니다. 또한 네트워크 환경 변화(3G→Wi-Fi 전환, 저속 환경)에서의 동작도 중요한 테스트 포인트입니다. 배터리 소모와 메모리 사용량도 실사용 시나리오에서 확인하는 것이 좋습니다. 모바일 테스트에서 핵심은 기기와 환경의 다양성을 고려한 테스트 매트릭스를 설계하는 것이라고 생각합니다.
모바일 앱 테스트에서 제가 중점을 두는 또 다른 포인트는 성능 지표입니다. 기능이 다 동작해도, 앱이 켜지는 데 오래 걸리거나 자주 멈추면 사용자는 떠납니다. 그래서 저는 앱 시작 시간, 메모리 누수, 그리고 응답 없음이나 크래시 발생률 같은 지표를 보고, 일정 기준을 넘으면 출시를 막는 게이트로 삼는 것이 필요하다고 봤습니다. 특히 느린 네트워크 환경에서의 반응 시간도 함께 봤습니다. 빠른 환경에서만 테스트하면, 실제 사용자가 겪는 느린 환경의 문제를 놓칩니다. 또 배터리 소모도 실사용 시나리오에서 확인했습니다. 모바일 테스트는 기능이 되는지만 보는 것이 아니라, 성능 지표를 출시 기준으로 삼아 체감 품질을 지키는 것이라고 생각합니다.
모바일 앱 테스트에서 제가 의식하는 포인트는 모든 사용자가 쓸 수 있는지, 그리고 여러 언어에서 깨지지 않는지입니다. 기능이 잘 돼도, 화면 읽기 기능을 쓰는 사용자가 버튼을 못 누르거나, 다른 언어로 바꿨을 때 글자가 잘리면 그 사용자에게는 못 쓰는 앱입니다. 그래서 저는 화면 읽기 도구로 주요 흐름이 동작하는지, 다국어나 글이 길어지는 언어에서 레이아웃이 깨지지 않는지를 확인하는 것이 필요하다고 봤습니다. 글로벌 서비스라면 오른쪽에서 왼쪽으로 읽는 언어의 레이아웃도 봐야 했습니다. 다수가 쓰는 환경만 테스트하면, 소수의 사용자가 겪는 문제를 못 봅니다. 모바일 테스트는 다수의 정상 동작만이 아니라, 접근성과 다국어까지 포함해 모두가 쓸 수 있는지를 보는 것이라고 생각합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 품질보증 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.