qa-note

들어가며ISTQB CTFL 시험을 준비하다 보면 가장 처음 마주하게 되는 장이 바로 테스팅의 기본 개념이에요.처음엔 이론 위주라 가볍게 넘기기 쉬운데, 실제로는 시험에서도 비중이 높고 실무에서도 계속 등장하는 핵심 파트입니다.이 글에서는 ISTQB CTFL 실러버스를 기반으로, 비전공자·신입 QA도 이해할 수 있도록개념을 제 말로 풀어서 정리해보려고 합니다.1. 테스팅(Test)이란 무엇일까?ISTQB에서 말하는 테스팅은 단순히“버그를 찾는 일” 이 아닙니다. 조금 더 쉽게 말하면, 소프트웨어가 의도한 대로 동작하는지 확인하고,문제가 발생할 가능성을 줄이기 위한 활동 전체라고 볼 수 있어요. QA 실무에서 느끼는 테스팅의 목적은 보통 이 세 가지로 정리됩니다.사용자에게 문제가 생기지 않도록 미리 확인하기..

QA 테스트 기법을 공부하다 보면가장 먼저 등장하는 개념이 바로 이 두 가지예요.동등 분할(Equivalence Partitioning)경계값 분석(Boundary Value Analysis)이론은 쉬워 보이지만,왜 필요한지, 어떻게 쓰는지가 잘 와닿지 않는 경우가 많아요.이번 글에서는👉 두 테스트 기법의 개념 차이,👉 언제, 어떻게 쓰는지,👉 실무 예시까지 함께 정리해볼게요.1️⃣ 왜 테스트 기법이 필요할까?모든 경우를 다 테스트하면 가장 좋겠지만,현실적으로는 불가능해요.입력값 경우의 수가 너무 많음일정과 리소스는 한정적테스트 범위를 효율적으로 줄여야 함👉 그래서 QA는“최소한의 테스트로 최대한의 결함을 찾는 방법”이 필요해요.2️⃣ 동등 분할이란 무엇인가?✔ 동등 분할 (Equivalence ..

QA를 하다 보면 이런 말을 자주 들어요.“기능 테스트는 끝났어요”“이제 비기능 테스트 해야죠”“성능은 나중에 보죠”말은 많이 나오는데,기능 테스트와 비기능 테스트의 차이를정확히 설명하기는 생각보다 어려워요.이번 글에서는👉 두 테스트의 개념 차이,👉 실무에서의 역할,👉 QA 관점에서 꼭 알아야 할 포인트를한 번에 정리해볼게요.1️⃣ 기능 테스트와 비기능 테스트를 나누는 기준가장 쉬운 구분 기준은 이 질문이에요.“이 기능이 ‘되느냐’를 보는가,‘어떻게 되느냐’를 보는가?”되느냐 → 기능 테스트어떻게 되느냐 → 비기능 테스트이 기준만 기억해도 헷갈리지 않아요.2️⃣ 기능 테스트란 무엇인가?✔ 기능 테스트(Functional Testing)기획서에 정의된 기능이의도한 대로 동작하는지 확인하는 테스트QA가..

QA 이론을 공부하다 보면 아래 네 가지 테스트 용어를 꼭 보게 돼요.Unit TestIntegration TestSystem TestAcceptance Test이름은 외웠는데,막상 “언제, 누가, 왜 하는 테스트냐”고 물으면헷갈리는 경우가 많아요.이번 글에서는👉 테스트 레벨의 개념을 순서대로,👉 QA 관점에서 이해하기 쉽게 정리해볼게요.1️⃣ 테스트 레벨이란 무엇인가?테스트 레벨(Test Level)이란👉 개발 단계에 따라 테스트 대상을 나눈 개념이에요.한 문장으로 정리하면 이거예요.“작은 단위부터, 전체 서비스까지 점점 넓혀가며 검증하는 구조”2️⃣ 테스트 레벨을 왜 나눌까?테스트를 한 번에 다 하면 좋을 것 같지만,실무에서는 문제가 생겨요.오류 위치를 찾기 어려워짐수정 비용이 커짐책임 범위가 ..

QA를 공부하거나 실무를 시작하면 꼭 등장하는 용어가 있어요.블랙박스 테스트(Black-box Testing)화이트박스 테스트(White-box Testing)이름은 많이 들어봤는데,막상 설명하려고 하면 헷갈리는 경우가 많아요.“QA는 블랙박스만 하는 거 아닌가요?”“화이트박스 테스트는 개발자만 하는 거죠?”이번 글에서는👉 블랙박스 / 화이트박스 테스트의 차이를👉 개념부터 QA 관점까지한 번에 이해할 수 있게 정리해볼게요.1️⃣ 테스트를 나누는 가장 쉬운 기준블랙박스와 화이트박스를 구분하는 가장 쉬운 기준은 딱 하나예요.“내부 구조(코드)를 알고 테스트하느냐, 모르고 테스트하느냐”이 기준만 기억해도두 개념의 절반은 이해한 거예요.2️⃣ 블랙박스 테스트란 무엇인가?✔ 블랙박스 테스트(Black-box ..

QA를 공부하다 보면 꼭 한 번은 마주치는 용어가 있어요.바로 탐색적 테스트(Exploratory Testing)입니다.그런데 막상 설명을 읽어보면 이런 느낌이 들기도 해요.“정해진 테스트 케이스 없이 테스트한다?”“그럼 그냥 막 눌러보는 거 아냐?”이번 글에서는👉 탐색적 테스트가 정확히 무엇인지,👉 왜 QA 이론에서 중요한 개념인지,👉 기존 테스트 방식과 어떤 차이가 있는지를최대한 쉽게 정리해볼게요.1️⃣ 탐색적 테스트란 무엇인가?탐색적 테스트(Exploratory Testing)란👉 테스트 설계와 실행을 동시에 수행하는 테스트 방식이에요.즉,미리 상세한 테스트 케이스를 모두 작성한 뒤 실행하는 것이 아니라테스트하면서 배우고,배우면서 다음 테스트를 설계하는 방식이에요.한 문장으로 정리하면 이렇게..

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

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