이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
콘텐츠 페이지 QA를 처음 맡았을 때, 저는 확인 항목을 직접 정리한 체크리스트를 만들었습니다. 처음엔 눈으로만 훑다가 링크 오류가 발행 후에 발견된 적이 있어서, 그 이후로는 링크 동작, 오탈자, 모바일 뷰 레이아웃 세 단계를 분리해서 순서대로 확인합니다. 특히 수신자 입장에서 보는 게 중요하다고 느껴서, 최종 QA는 실제 발행 환경과 동일한 디바이스에서 직접 읽어보는 방식을 추가했습니다. 한 번은 PC 화면에서는 이상 없던 이미지가 모바일에서 잘리는 걸 QA 단계에서 잡아낸 적도 있습니다. 검증을 혼자 다 하면 눈에 익어서 오류를 놓치는 경우가 있어, 가능하면 다른 인턴과 교차 확인하는 방식도 써봤습니다. 이 과정에서 배운 건 QA는 속도보다 확인 항목을 명시화하는 것이 오류를 줄이는 가장 확실한 방법이라는 점이었습니다.
콘텐츠 페이지 QA를 하던 중 발행 예정 페이지에서 링크가 끊겨 있는 것을 발견했습니다. 이미 디자인·개발 검수를 통과한 단계였는데 최종 QA에서 발견된 경우였고, 즉시 개발팀에 공유하고 수정 시점을 확인하는 방식으로 움직였습니다. 발행 전에 발견됐기 때문에 사용자에게 노출되지 않았고, 팀장님이 "최종 단계 검수가 이런 상황을 막는다"는 피드백을 줬습니다. QA는 이전 단계가 통과했더라도 최종 점검이 늘 필요하다는 걸 배웠고, 최종 QA를 생략하면 사용자에게 오류가 노출된다는 것도 확인됐습니다. 지금도 발행 전 링크·이미지·텍스트를 한 번 더 직접 확인하는 루틴을 씁니다.
콘텐츠 QA를 체크리스트 항목만 확인하는 방식으로 했다가, "체크리스트는 통과했는데 실제 사용해보니 불편하다"는 피드백이 온 적이 있습니다. 이후부터 체크리스트 이외에 사용자처럼 처음 방문하는 것처럼 페이지를 탐색하는 단계를 추가했고, 그 과정에서 체크리스트에는 없지만 실제 사용에서 불편한 부분을 발견할 수 있었습니다. 이 방식이 이후 사용자 관련 오류 발견율을 높였고, 팀장님이 "사용자 관점에서 QA하는 방식이 다르다"는 피드백을 줬습니다. QA는 기준을 확인하는 것과 사용자 입장에서 경험하는 것 두 가지가 모두 필요하다는 걸 배웠습니다. 지금도 체크리스트 이후 사용자 입장 탐색을 추가하는 루틴을 씁니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 PTKOREA 광고기획 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.