디자인-구현 대조 검증 경험
동아리 웹서비스 프로젝트에서 QA를 맡으며 시안과 실제 구현 화면을 나란히 놓고 여백·폰트 크기·색상 코드까지 하나씩 대조하는 체크리스트를 만들었습니다. 이 과정에서 버튼 간격이 시안보다 4픽셀 좁게 구현된 것을 발견해 수정 요청했고, 전체적으로 20건의 미세한 오차를 잡을 수 있었습니다. 눈으로 보기에 비슷해 보여도 수치로 대조해야 정확한 오차를 찾을 수 있다는 것을 배웠습니다.
면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
동아리 웹서비스 프로젝트에서 QA를 맡으며 시안과 실제 구현 화면을 나란히 놓고 여백·폰트 크기·색상 코드까지 하나씩 대조하는 체크리스트를 만들었습니다. 이 과정에서 버튼 간격이 시안보다 4픽셀 좁게 구현된 것을 발견해 수정 요청했고, 전체적으로 20건의 미세한 오차를 잡을 수 있었습니다. 눈으로 보기에 비슷해 보여도 수치로 대조해야 정확한 오차를 찾을 수 있다는 것을 배웠습니다.
공모전 프로젝트에서 완성된 화면의 만족도를 주관적으로 판단하지 않기 위해, 프로토타입 테스트 중 사용자가 특정 버튼을 찾는 데 걸린 시간을 측정했습니다. 평균 8초가 걸려 예상보다 오래 걸린다는 것을 확인하고 버튼 위치를 상단으로 옮긴 뒤 재측정하니 3초로 줄었습니다. 디자인 평가는 느낌이 아니라 측정 가능한 지표로 해야 한다는 것을 배웠습니다.
팀 프로젝트 QA 과정에서 발견한 오류를 구두로만 전달했다가 일부가 누락된 적이 있어, 이후로는 화면 캡처에 오류 위치를 표시하고 우선순위를 매긴 표로 정리해 전달했습니다. 개발자가 표를 보고 순서대로 처리하니 누락 없이 하루 만에 모든 항목이 반영됐습니다. QA는 발견뿐 아니라 명확한 전달까지가 역할이라는 것을 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.