QA 신입이 가장 많이 하는 실수 5가지 (첫 직장에서 배운 것들)

QA 신입 시절 가장 많이 했던 실수들

처음 QA로 일을 시작했을 때는 테스트라는 일이 생각보다 단순하다고 생각했습니다.
기능이 잘 동작하는지 확인하고 문제가 있으면 버그를 등록하는 일이라고만 생각했기 때문입니다.

하지만 실제로 일을 해보니 QA 업무는 생각보다 훨씬 다양한 요소가 필요했습니다.

테스트 범위를 이해하는 것,
기획 의도를 파악하는 것,
개발자와 소통하는 것 등 단순히 테스트만 하는 일이 아니었습니다.

돌이켜보면 신입 시절에는 여러 가지 실수를 했던 것 같습니다.
지금 생각해보면 당연한 것들이지만, 당시에는 몰랐던 것들이 많았습니다.

오늘은 QA 신입 시절 가장 많이 했던 실수들을 정리해보려고 합니다.

---

1️⃣ 테스트를 너무 단순하게 생각했던 것

처음 QA 일을 시작했을 때는 테스트를 이렇게 생각했습니다.

👉 기능이 동작하면 OK
👉 동작하지 않으면 버그

하지만 실제 테스트는 훨씬 더 많은 것을 확인해야 했습니다.

예를 들면

• 예외 상황 처리
• 입력값 검증
• UI 동작
• 데이터 처리
• 다른 기능과의 연동

단순히 "정상 동작 여부"만 보는 것이 아니라
다양한 상황을 고려하면서 테스트해야 한다는 것을 나중에야 알게 되었습니다.

신입 시절에는 이런 부분을 놓치는 경우가 많았습니다.

---

2️⃣ 기획서를 충분히 이해하지 않고 테스트했던 것

초반에는 기획서를 대충 읽고 바로 테스트를 시작했던 적도 있었습니다.

하지만 테스트를 하다 보면 이런 상황이 자주 발생했습니다.

• 이게 버그인지
• 원래 기획인지
• 변경된 기능인지

판단하기 어려운 경우가 많았습니다.

이 경험을 통해 느낀 것은

👉 QA에게 기획 이해는 생각보다 중요하다는 것입니다.

지금은 테스트를 시작하기 전에

• 기능 흐름
• 예외 상황
• 정책

같은 것들을 먼저 확인하려고 합니다.

---

3️⃣ 버그 리포트를 너무 간단하게 작성했던 것

신입 시절에는 버그 리포트를 이렇게 작성했던 기억이 있습니다.

예시

로그인 안됨

지금 생각해보면 굉장히 부족한 리포트였습니다.

개발자가 문제를 파악하려면

• 재현 방법
• 테스트 환경
• 발생 조건

같은 정보가 필요합니다.

그래서 지금은 버그 리포트를 작성할 때 다음 내용을 최대한 포함하려고 합니다.

• 재현 단계
• 실제 결과
• 기대 결과
• 테스트 환경

이런 정보가 있어야 개발자도 문제를 빠르게 파악할 수 있습니다.

---

4️⃣ 질문을 너무 늦게 했던 것

신입 시절에는 모르는 것이 있어도 바로 질문하지 못했던 경우가 있었습니다.

• 이게 맞는 테스트인지
• 기획이 맞는지
• 버그가 맞는지

혼자 고민하다가 시간을 많이 쓰기도 했습니다.

하지만 일을 하면서 느낀 것은

👉 QA는 혼자 일하는 직무가 아니라는 것입니다.

기획자, 개발자와 계속 소통하면서
기능을 이해하고 테스트를 진행해야 합니다.

지금은 애매한 부분이 있으면
가능한 빨리 확인하려고 합니다.

---

5️⃣ 테스트 범위를 넓게 보지 못했던 것

신입 시절에는 하나의 기능만 집중해서 테스트하는 경우가 많았습니다.

예를 들어

• 로그인 기능
• 회원가입 기능
• 상품 검색 기능

각 기능을 따로 테스트하는 경우가 많았습니다.

하지만 실제 서비스에서는
기능들이 서로 연결되어 있는 경우가 많습니다.

예를 들어

• 회원가입 → 로그인
• 로그인 → 장바구니
• 장바구니 → 결제

이처럼 여러 기능이 연결되는 흐름을 함께 테스트해야 합니다.

이런 관점은 일을 하면서 조금씩 배우게 되었습니다.

---

정리하며

돌이켜보면 신입 시절에는 실수도 많았고
모르는 것도 많았습니다.

하지만 그런 경험들이 쌓이면서
조금씩 QA 업무에 대한 이해도도 높아졌던 것 같습니다.

지금도 여전히 배우는 과정이지만
처음 일을 시작했을 때보다는 테스트를 바라보는 시야가 조금 넓어진 것 같습니다.

앞으로도 QA 일을 하면서 느꼈던 점이나 경험들을
이렇게 정리해보려고 합니다.