qa-note

QA가 테스트를 잘하려면 테스트 케이스를 잘 쓰는 것보다 더 중요한 단계가 있어요.바로 기획서 리뷰입니다. 실무에서 QA가 기획서를 리뷰하지 않으면 테스트 단계에서 이런 일이 자주 생겨요.“기획서에 없어서 테스트 안 했어요”“이건 기획 의도랑 다른데요?”“지금 와서 바꾸기엔 늦었어요…”이번 글에서는👉 QA가 실무에서 어떤 관점으로 기획서를 봐야 하는지,👉 리뷰할 때 실제로 체크해야 할 포인트를 정리해볼게요.1️⃣ QA가 기획서를 리뷰해야 하는 이유기획서 리뷰는 QA가 테스트 전에 품질을 지키는 유일한 기회예요.개발 전에 문제를 발견할 수 있고테스트 범위를 미리 정리할 수 있고“기획상 애매함”을 가장 먼저 걸러낼 수 있어요.👉 QA가 기획서를 안 보면 테스트는 항상 늦고, 항상 힘들어집니다.2️⃣ Q..

QA 일을 하다 보면 꼭 나오는 질문이 있어요.“이 버그, 심각한 건가요?”“이건 지금 당장 고쳐야 하나요?”그리고 회의에서는 이런 말도 자주 나와요.“Severity는 낮은데 Priority는 높지 않나요?”“이거 치명적이긴 한데, 지금 릴리즈엔 영향 없지 않아요?”이번 글에서는👉 버그 Severity / Priority 개념을 QA 실무 기준으로,👉 헷갈리지 않게, 바로 써먹을 수 있게 정리해볼게요.1️⃣ Severity / Priority를 왜 구분해야 할까?Severity와 Priority를 제대로 구분하지 못하면 생기는 문제가 있어요.개발자와 기준이 안 맞음기획자와 판단이 엇갈림QA 리포트 신뢰도 하락👉 반대로, 이 둘을 명확히 설명할 수 있으면QA는 단순 테스트 담당자가 아니라 ‘품질 판..

QA 일을 하다 보면 이런 말을 정말 많이 들어요.“이건 dev에서 확인했어요?”“stage에는 반영됐나요?”“운영(prod)에는 아직 안 올라갔죠?”그런데 막상 회사에 가보면 이런 생각이 들기도 해요.“우리 회사는 dev / qa / live 인데?”“stage라는 환경이 없는데…”“test 서버 하나뿐인데 이건 뭐지?”그래서 이번 글에서는 특정 회사 기준의 환경 설명이 아니라,👉 QA가 어떤 회사에 가도 적용할 수 있는 ‘환경 이해 방법’을 정리해볼게요.1️⃣ QA에게 테스트 환경이 중요한 이유QA에게 테스트 환경은 단순히 서버 이름이 아니에요.지금 이 이슈가 릴리즈 전에 막아야 하는지어느 단계까지 검증이 끝난 상태인지개발자·기획자와 같은 맥락으로 소통할 수 있는지이걸 판단하는 기준이에요. 👉 그..

QA 업무를 하다 보면 테스트보다 더 어려운 순간이 있습니다.바로 개발자, 기획자와의 소통입니다.같은 문제를 이야기해도 어떤 방식으로 전달하느냐에 따라빠르게 해결되기도 하고오해가 쌓이기도 합니다.이번 글에서는 QA 실무에서 실제로 도움이 되었던 개발자·기획자와의 소통 방법을 정리했습니다.1. QA 소통이 어려운 이유QA는기획 의도를 검증하고개발 결과를 확인하며문제를 발견하고 공유하는 역할을 동시에 맡고 있습니다.이 과정에서 문제를 “지적하는 사람”처럼 보이기 쉬워 소통이 어렵게 느껴질 수 있었습니다.그래서 실무에서는 문제 자체보다 전달 방식이 더 중요하다고 느꼈습니다.2. QA가 소통할 때 가장 중요한 기준QA가 소통할 때 가장 중요하다고 느낀 기준은 하나였습니다.“이 대화가 문제 해결에 도움이 되는가?..

QA 실무에서 테스트만큼 중요한 것이 바로 이슈(버그) 리포팅입니다.같은 버그를 발견해도 어떤 QA가 리포팅하느냐에 따라빠르게 수정되는 이슈가 되기도 하고“재현 불가”로 종료되기도 합니다.이 글에서는실무에서 바로 쓰는 버그 리포팅 방법을 중심으로,초급 QA부터 경험이 쌓인 QA까지 도움이 되는 기준을 정리했습니다.1. 이슈(버그) 리포팅이 중요한 이유버그 리포트는 단순한 “문제 제보”가 아니라 개발자가 수정할 수 있도록 돕는 문서입니다.잘 작성된 버그 리포트는수정 시간 단축커뮤니케이션 비용 감소재현 불가 이슈 감소QA 신뢰도 상승으로 이어졌습니다.2. 좋은 버그 리포트의 기본 구성실무에서 가장 많이 사용하는 기본 구성입니다.이슈 제목발생 환경사전 조건재현 절차실제 결과기대 결과첨부 자료(스크린샷, 영상,..

QA 실무를 하다 보면 이런 순간이 옵니다.“테스트 케이스는 다 돌렸는데… 뭔가 불안하다.”이럴 때 가장 강력한 무기가 바로 탐색적 테스트(Exploratory Testing)입니다.탐색적 테스트는 정해진 문서를 따라가는 테스트가 아니라, QA의 경험과 사고를 기반으로 문제를 찾아내는 테스트 방식입니다.이번 글에서는탐색적 테스트의 개념테스트 케이스와의 차이실무에서 탐색적 테스트를 언제, 어떻게 하는지실제 예시신입 QA를 위한 체크리스트이커머스 서비스 기준 탐색 포인트를 한 번에 정리했습니다.1. 탐색적 테스트란 무엇인가탐색적 테스트는 테스트 설계, 실행, 분석을 동시에 진행하는 테스트 방식입니다.미리 정해진 테스트 케이스 없이 서비스를 직접 사용하면서“이 상황에서 사용자는 뭘 할까?”“이 흐름에서 오류가..

QA 실무를 시작하면 가장 먼저 맡게 되는 업무가 테스트 케이스(Test Case) 작성입니다.처음에는 단순히 기능을 정리하는 문서처럼 보이지만, 실제로는 QA의 사고 방식과 실무 역량이 그대로 드러나는 작업이라고 생각했습니다.이 글에서는테스트 케이스가 무엇인지초급 QA가 어떻게 시작하면 좋은지실무에서 케이스 품질을 높이는 방법실제로 자주 쓰는 예시 케이스신입 QA가 바로 활용할 수 있는 체크리스트이커머스 서비스 기준 테스트 케이스 예제까지 한 번에 정리해봤습니다.1. 테스트 케이스란 무엇인가테스트 케이스는 특정 기능이 요구사항에 맞게 동작하는지를 검증하기 위한 테스트 절차 문서입니다.실무에서 테스트 케이스는 다음과 같은 역할을 합니다.테스트 범위를 명확히 정의테스트 누락 방지여러 QA가 동일한 기준으로..

QA 직무를 준비하는 분들이 가장 많이 묻는 질문이 있습니다.“QA는 실제로 어떤 일을 하나요?”저도 처음 QA로 일을 시작했을 때 정확히 어떤 일을 하는지 감을 잡기 어려웠습니다.그래서 이번 글에서는 QA 실무자가 매일 하는 실제 업무들을 ‘현업 기준’으로 정리해보려고 합니다.1. QA는 어떤 역할을 하는 직무인가QA(Quality Assurance)는 단순히 테스트만 하는 직무가 아니라,서비스의 품질을 책임지고, 문제를 예방하며, 사용자 경험을 보호하는 역할을 합니다.요약하면👉 “문제를 찾는 사람”이 아니라👉 “문제가 사용자에게 가지 않도록 막는 사람”입니다.2. QA 실무자가 실제로 하는 업무들✔ 1) 테스트 케이스(Test Case) 작성기획 문서, 디자인, 기능 흐름을 기반으로어떻게 테스트해..