면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
저는 캡스톤 프로젝트에서 소규모 결제 모듈의 QA를 담당했습니다. 정상적인 결제 흐름뿐 아니라, 결제 금액이 0원이거나 음수인 경우, 소수점 처리가 필요한 경우 등 경계값 테스트 케이스를 별도로 설계했습니다.
실제로 소수점 둘째 자리 이하 금액을 입력했을 때 반올림 처리가 명세와 다르게 동작하는 버그를 발견했습니다. 이 결함을 재현 조건과 함께 정리해 개발팀에 전달했고, 이후 수정이 반영됐습니다.
이 경험으로 결제 시스템 QA는 정상 케이스보다 경계값과 예외 상황을 얼마나 촘촘히 설계하느냐가 핵심이라는 것을 배웠습니다.
저는 동아리 프로젝트에서 결제 연동 기능을 테스트하며, 결제 도중 네트워크가 끊기거나 사용자가 페이지를 이탈하는 실패 시나리오를 중점적으로 검증했습니다. 결제 금액이 실제로 차감됐는데 주문은 실패로 처리되는 불일치 상황이 발생할 수 있다고 판단했기 때문입니다.
의도적으로 결제 진행 중 네트워크를 차단해보니, 실제로 결제는 완료됐지만 주문 상태가 갱신되지 않는 문제를 발견했습니다. 이를 재현 절차와 함께 상세히 기록해 개발팀에 전달했습니다.
이 경험으로 금융 관련 QA는 정상 흐름보다 중단·실패 상황에서의 데이터 정합성 검증이 더 중요할 수 있다는 것을 배웠습니다.
저는 팀 프로젝트에서 결제 API를 테스트하며, 매번 수동으로 케이스를 확인하는 대신 자동화된 테스트 스크립트를 작성했습니다. 결제 성공, 실패, 취소, 환불 등 주요 시나리오를 스크립트로 구성해 코드 변경이 있을 때마다 자동으로 검증되도록 만들었습니다.
이 자동화 덕분에 한 번은 기능 추가 과정에서 기존 환불 로직이 깨진 것을 배포 전에 미리 발견할 수 있었습니다. 수동 테스트만 했다면 놓쳤을 가능성이 있는 회귀 버그였습니다.
이 경험으로 금융 관련 QA는 반복 검증이 필수적인 영역이라, 자동화가 특히 중요하다는 것을 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.