Source: Levelica Canonical: https://www.levelica.com/ko/guides/qa-engineering # QA 엔지니어링 (QA Engineering) ## 요약 (Summary) 테스트 설계와 자동화, 품질 프로세스 구축으로 소프트웨어 결함을 예방하고 제품의 신뢰성을 체계적으로 보증하는 역량. ## 설명 (Description) QA 엔지니어링은 소프트웨어가 요구사항을 충족하고 사용자에게 안정적으로 동작하는지 검증하는 역량입니다. 수동 테스트부터 자동화 테스트 설계, 성능·보안 테스트, CI/CD 파이프라인 통합, 품질 지표 관리, 조직 차원의 품질 전략 수립까지 포괄합니다. ISTQB Foundation에서 Expert까지의 자격 체계와 SFIA 8의 테스팅 책임 수준을 교차하여 7단계 성장 경로를 구성했습니다. --- ## 레벨 개요 (Level Overview) | 레벨 | 숙련도 단계 | 해시태그 | | ---- | --------------------- | ----------------------------------------------------------------- | | Lv.1 | Foundation (기초) | #TestCase #BugReport #ManualTesting #STLC | | Lv.2 | Systematic (체계) | #TestDesign #BoundaryValue #EquivalencePartitioning #Traceability | | Lv.3 | Automated (자동화) | #TestAutomation #UIAutomation #CICD #ISTQB-CTFL | | Lv.4 | Analytical (분석) | #PerformanceTesting #SecurityTesting #RiskBasedTesting #Metrics | | Lv.5 | Strategic (전략) | #QAStrategy #TestArchitecture #Mentoring #ISTQB-CTAL | | Lv.6 | Organizational (조직) | #QualityEngineering #ShiftLeft #OrgTransformation #ISTQB-Expert | | Lv.7 | Visionary (비전가) | #ContinuousTesting #QAMethodology #ISO29119 #QALegacy | > 숙련도 단계는 ISTQB 자격 체계(Foundation에서 Advanced, Expert)와 SFIA 8 테스팅 스킬의 책임 수준(Follow에서 Initiate)을 교차하여 7레벨로 확장한 것입니다. > 교차 검증(Cross-Validation): 3개의 독립적 레퍼런스 프레임워크가 동일한 레벨 경계에 수렴합니다. (1) ISTQB의 Foundation에서 Advanced 전환과 SFIA 8의 Follow에서 Apply 전환이 L2↔L3 경계(체계적 테스트 설계에서 자동화 프레임워크 구축)에서 일치합니다. (2) O\*NET의 중급에서 고급 태스크 복잡도 전환과 IEEE SWECOM의 Practitioner에서 Leader 역량 전환이 L4↔L5 경계(비기능 테스트에서 QA 전략 수립)에서 수렴합니다. (3) ISTQB Expert 수준과 SFIA의 Initiate/Set Strategy 수준이 L6↔L7 경계(조직 품질 엔지니어링에서 방법론 창시)에서 합치합니다. > **통합 프레임워크:** 이 가이드의 7레벨 구조는 단일 등급 체계의 매핑이 아니라 네 개의 독립 축을 통합한 결과입니다. ISTQB 실라버스는 **테스트 기법축**(수동 테스트에서 비기능 테스트, 보안 테스트까지 테스트 방법론의 복잡도)을, SFIA 9 소프트웨어 테스팅 역량은 **자동화 성숙도축**(스크립트 작성에서 CI/CD 통합 자동화까지 테스트 인프라의 성숙도)를, TMMi 프로세스 성숙도 모델은 **품질 문화축**(개인 테스트에서 조직 품질 전략까지 품질에 대한 조직적 접근)을, 그리고 현업 QA 엔지니어의 실무 역량은 **리스크 판단축**(결함 직관, 릴리스 리스크 직감, 품질 메트릭 오용 탐지 등 프레임워크가 포착하지 않는 품질 감각)을 제공합니다. 각 레벨의 경계는 이 네 축의 교차점에서 결정됩니다. --- ## Level 1 #TestCase #BugReport #ManualTesting #STLC ### 요약 (Summary) 테스트 케이스를 작성하고 결함을 명확히 보고하는 QA 첫걸음 단계 ### 설명 (Description) 소프트웨어 테스트 생명주기(STLC)의 개념을 이해하고, 요구사항을 기반으로 간단한 테스트 케이스를 작성합니다. 수동 테스트를 수행하여 결함을 발견하고, 재현 절차·기대 결과·실제 결과를 포함한 버그 리포트를 작성합니다. 테스트와 QA의 차이, 결함의 심각도와 우선순위 분류를 이해합니다. SFIA 숙련도 모델의 Follow 단계에 해당합니다. ### 체크리스트 (Checklist) - [ ] 요구사항 문서를 읽고 테스트 케이스(사전 조건, 절차, 기대 결과)를 작성할 수 있다 - [ ] 재현 절차, 기대 결과, 실제 결과, 스크린샷을 포함한 버그 리포트를 작성할 수 있다 - [ ] 결함의 심각도(Critical, Major, Minor, Trivial)와 우선순위를 구분하여 분류할 수 있다 - [ ] 소프트웨어 테스트 생명주기(STLC)의 단계를 설명할 수 있다 - [ ] 버그 추적 도구(예: Jira, Bugzilla)에서 결함을 등록하고 상태를 업데이트할 수 있다 - [ ] 양성 테스트(정상 경로)와 음성 테스트(오류 경로)를 구분하여 수행할 수 있다 > 이 체크리스트를 대부분 달성했다면, SFIA의 Assist 수준에 해당하는 Systematic(체계) 단계로 진입하여 체계적인 테스트 설계 기법을 적용하고 요구사항 추적성을 관리하는 데 도전할 준비가 됐습니다. Graham, Black, van Veenendaal의 ISTQB 교과서에 따르면, 테스트 케이스 작성 시연과 버그 리포트 사례 관찰을 통해 테스팅 자기효능감을 높이는 것이 Foundation 단계 성장에 효과적입니다. --- ## Level 2 #TestDesign #BoundaryValue #EquivalencePartitioning #Traceability ### 요약 (Summary) 체계적 설계 기법으로 테스트 커버리지를 확보하고 추적성을 관리하는 단계 ### 설명 (Description) 동치 분할(Equivalence Partitioning), 경계값 분석(Boundary Value Analysis), 결정 테이블(Decision Table) 등 블랙박스 테스트 설계 기법을 활용하여 테스트 커버리지를 체계적으로 확보합니다. 요구사항-테스트 간 추적성 매트릭스(Traceability Matrix)를 작성하여 누락 없는 검증을 보장합니다. 테스트 계획서를 작성하고 테스트 실행 결과를 정리하여 보고합니다. ### 체크리스트 (Checklist) - [ ] 동치 분할(Equivalence Partitioning) 기법을 적용하여 입력 데이터의 대표 값으로 테스트 케이스를 설계할 수 있다 - [ ] 경계값 분석(Boundary Value Analysis)을 적용하여 경계 조건에서의 결함을 탐지하는 테스트를 작성할 수 있다 - [ ] 결정 테이블(Decision Table)을 사용하여 복합 조건의 조합을 빠짐없이 테스트할 수 있다 - [ ] 요구사항-테스트 추적성 매트릭스(RTM)를 작성하여 모든 요구사항이 테스트로 커버됨을 확인할 수 있다 - [ ] 테스트 범위, 일정, 리소스, 리스크를 포함한 테스트 계획서를 작성할 수 있다 - [ ] 테스트 실행 결과를 합격률, 결함 밀도 등 지표와 함께 정리하여 보고할 수 있다 > 이 체크리스트를 대부분 달성했다면, SFIA의 Apply 수준에 해당하는 Automated(자동화) 단계로 진입하여 테스트 자동화 프레임워크를 구축하고 CI/CD 파이프라인에 자동화 테스트를 통합하는 데 도전할 준비가 됐습니다. ISTQB Foundation 실라버스에 따르면, 테스트 설계 후 실행 결과를 관찰하고 반성하여 개선된 테스트 전략을 적용하는 반복 순환이 자동화 단계 진입의 핵심입니다. --- ## Level 3 #TestAutomation #UIAutomation #CICD #ISTQB-CTFL ### 요약 (Summary) 자동화 프레임워크를 구축하고 CI/CD에 통합해 반복 검증을 효율화하는 단계 ### 설명 (Description) Selenium, Cypress, Playwright 등 테스트 자동화 도구를 사용하여 UI 테스트와 API 테스트를 자동화합니다. Page Object Model 등 유지보수 가능한 테스트 코드 패턴을 적용합니다. CI/CD 파이프라인에 자동화 테스트를 통합하여 코드 변경 시 자동으로 회귀 테스트(Regression Test)를 실행합니다. ISTQB CTFL 수준의 테스팅 지식을 보유합니다. SFIA 숙련도 모델의 Apply 단계에 해당합니다. ### 체크리스트 (Checklist) - [ ] UI 자동화 테스트 도구(예: Selenium, Cypress, Playwright)로 테스트를 작성하고 실행할 수 있다 - [ ] REST API 테스트를 자동화하여 엔드포인트별 상태 코드, 응답 구조, 에러 처리를 검증할 수 있다 - [ ] Page Object Model 등 유지보수 가능한 테스트 코드 패턴을 적용할 수 있다 - [ ] CI/CD 파이프라인에 자동화 테스트를 통합하여 커밋마다 자동 회귀 테스트를 실행할 수 있다 - [ ] 테스트 데이터를 독립적으로 관리하여 테스트 간 간섭 없이 안정적으로 실행할 수 있다 - [ ] 자동화 테스트 실행 결과 리포트를 생성하고 실패 원인을 분석할 수 있다 - [ ] ISTQB CTFL 수준의 테스트 유형(단위, 통합, 시스템, 인수)과 테스트 레벨을 설명할 수 있다 > 이 체크리스트를 대부분 달성했다면, SFIA의 Enable 수준에 해당하는 Analytical(분석) 단계로 진입하여 성능 테스트, 보안 테스트, 리스크 기반 테스트를 수행하고 품질 지표를 분석하는 데 도전할 준비가 됐습니다. O\*NET의 QA 직무 분석에 따르면, 현재 독립적으로 수행 가능한 수준보다 한 단계 높은 자동화 프레임워크 구축이나 CI/CD 통합 과제를 시니어 QA 엔지니어의 리뷰와 함께 수행하는 것이 효과적입니다. --- ## Level 4 #PerformanceTesting #SecurityTesting #RiskBasedTesting #Metrics ### 요약 (Summary) 성능·보안 등 비기능 테스트를 수행하고 리스크 기반으로 우선순위를 정하는 단계 ### 설명 (Description) JMeter, k6, Gatling 등으로 부하 테스트와 스트레스 테스트를 수행하여 시스템의 성능 한계를 측정합니다. OWASP Top 10 기반으로 보안 취약점 테스트를 실행합니다. 리스크 기반 테스트(Risk-Based Testing) 전략을 적용하여 비즈니스 영향도에 따라 테스트 우선순위를 결정합니다. 결함 탈출률, 자동화 커버리지, 테스트 효율성 등 품질 지표를 수집하고 분석하여 팀의 품질 의사결정에 기여합니다. SFIA 숙련도 모델의 Enable 단계에 해당합니다. ### 체크리스트 (Checklist) - [ ] 부하 테스트 도구(예: JMeter, k6, Gatling)로 부하 테스트를 설계하고 동시 접속자 수, 응답 시간, 처리량을 측정할 수 있다 - [ ] OWASP Top 10 항목을 기준으로 웹 애플리케이션의 보안 취약점 테스트를 수행할 수 있다 - [ ] 리스크 기반 테스트 전략을 적용하여 비즈니스 영향도와 결함 발생 확률에 따라 테스트 우선순위를 결정할 수 있다 - [ ] 결함 탈출률(Defect Escape Rate), 자동화 커버리지, 테스트 실행 시간 등 품질 지표를 수집하고 대시보드로 시각화할 수 있다 - [ ] 접근성(Accessibility) 테스트를 수행하여 WCAG 2.1 AA 기준 준수 여부를 검증할 수 있다 - [ ] 탐색적 테스트(Exploratory Testing) 세션을 구조화하여 스크립트 기반 테스트로 발견하기 어려운 결함을 탐지할 수 있다 - [ ] 테스트 결과 데이터를 분석하여 결함 집중 영역을 식별하고 테스트 전략 조정을 제안할 수 있다 > 이 체크리스트를 대부분 달성했다면, SFIA의 Ensure/Advise 수준에 해당하는 Strategic(전략) 단계로 진입하여 조직의 QA 전략을 수립하고 테스트 아키텍처를 설계하며 후배 QA 엔지니어를 멘토링하는 데 도전할 준비가 됐습니다. IEEE SWECOM의 역량 모델에 따르면, 성능 테스트 설계, 보안 테스트 수행, 리스크 기반 테스트 우선순위 결정 같은 특정 약점 영역에 집중적으로 반복 훈련하는 것이 전략 단계 진입의 핵심입니다. --- ## Level 5 #QAStrategy #TestArchitecture #Mentoring #ISTQB-CTAL ### 요약 (Summary) QA 전략을 세우고 테스트 아키텍처를 설계하며 후배를 멘토링하는 단계 ### 설명 (Description) 프로젝트 또는 제품 단위의 QA 전략을 수립하고 테스트 피라미드(Test Pyramid) 구조에 맞는 테스트 아키텍처를 설계합니다. 자동화 프레임워크의 기술 선택, 테스트 환경 전략, 테스트 데이터 관리 체계를 주도합니다. 3명 이상의 주니어 QA 엔지니어를 멘토링하고 코드 리뷰를 통해 팀의 테스트 코드 품질을 관리합니다. 개발팀과 협업하여 테스트 가능성(Testability)이 높은 아키텍처 설계에 기여합니다. ISTQB CTAL 수준의 전문 역량을 보유합니다. ### 체크리스트 (Checklist) - [ ] 테스트 피라미드 구조에 기반한 테스트 아키텍처를 설계하고 각 레이어의 비율과 역할을 정의할 수 있다 - [ ] 자동화 프레임워크의 기술 스택을 평가하고 프로젝트 요구사항에 맞는 기술을 선정할 수 있다 - [ ] 3명 이상의 주니어 QA 엔지니어를 멘토링하고 테스트 설계와 자동화 코드를 리뷰할 수 있다 - [ ] 개발팀과 협업하여 의존성 주입, 계약 테스트(Contract Testing) 등 테스트 가능성을 높이는 설계를 제안할 수 있다 - [ ] 릴리스 품질 게이트를 정의하고 배포 여부를 결정하는 품질 기준을 수립할 수 있다 - [ ] QA 프로세스 개선 제안을 데이터 기반으로 작성하고 실행 후 효과를 측정할 수 있다 - [ ] 코드 변경 사항을 보고 결함이 발생할 가능성이 높은 영역을 직관적으로 예측하고, 탐색적 테스트에서 실제 발견률 50% 이상을 달성할 수 있다 - [ ] 릴리스 직전 발견된 결함의 심각도와 수정 비용을 평가하여 릴리스 지연 vs 출시 후 패치 판단을 내리고, 판단 근거를 문서화할 수 있다 > 이 체크리스트를 대부분 달성했다면, SFIA의 Initiate/Influence 수준에 해당하는 Organizational(조직) 단계로 진입하여 조직 전체의 품질 엔지니어링 문화를 구축하고 시프트 레프트 전략을 정착시키는 데 도전할 준비가 됐습니다. ISTQB Advanced 실라버스에 따르면, QA 전략 수립과 테스트 아키텍처 설계 과정에서 팀의 품질 기준을 지속적으로 개선하는 반성적 실천이 조직 단계 진입의 핵심입니다. --- ## Level 6 #QualityEngineering #ShiftLeft #OrgTransformation #ISTQB-Expert ### 요약 (Summary) 조직 전체에 품질 엔지니어링 문화와 시프트 레프트를 정착시키는 단계 ### 설명 (Description) QA를 개발 프로세스 후반의 검증 활동에서 전체 SDLC에 내재된 품질 엔지니어링으로 전환하는 조직 변화를 주도합니다. 시프트 레프트(Shift-Left) 전략을 도입하여 요구사항 단계부터 품질을 내재화합니다. QA 조직의 구조, 채용 기준, 역량 평가 체계를 설계합니다. 외부 컨퍼런스 발표나 기술 블로그를 통해 업계에 QA 지식을 공유합니다. ISTQB Expert 수준의 전문성을 갖추고 산업 수준에서 영향력을 발휘합니다. ### 체크리스트 (Checklist) - [ ] 시프트 레프트 전략을 도입하여 요구사항 리뷰, 설계 리뷰에 QA 관점을 반영하는 프로세스를 수립할 수 있다 - [ ] QA 조직의 구조(중앙형, 임베디드형, 하이브리드형)를 설계하고 조직 상황에 맞는 모델을 제안할 수 있다 - [ ] QA 엔지니어의 역량 평가 기준과 성장 경로를 정의하고 채용 프로세스를 설계할 수 있다 - [ ] 외부 컨퍼런스에서 QA 관련 주제로 발표하거나 기술 블로그에 사례를 공개할 수 있다 - [ ] 카오스 엔지니어링(Chaos Engineering)을 도입하여 프로덕션 환경의 장애 내성을 사전 검증할 수 있다 - [ ] 조직 전체의 품질 지표 체계를 설계하고 경영진에게 품질 현황을 정량적으로 보고할 수 있다 - [ ] 품질 메트릭(코드 커버리지, 결함 밀도)이 오용되는 사례를 식별하고, 메트릭의 한계를 팀에 설명하며 대안 지표를 제안할 수 있다 > 이 체크리스트를 대부분 달성했다면, SFIA의 Set Strategy 수준을 넘어서는 Visionary(비전가) 단계로 진입하여 새로운 QA 방법론을 창시하고 업계 표준을 수립하는 데 도전할 준비가 됐습니다. SFIA 8의 Initiate 수준 정의에 따르면, 품질 엔지니어링 문화와 시프트 레프트 전략의 기저 가정 자체를 재검토하여 조직의 품질 접근법을 혁신하는 것이 핵심입니다. --- ## Level 7 #ContinuousTesting #QAMethodology #ISO29119 #QALegacy ### 요약 (Summary) 새로운 QA 방법론을 창시하고 업계 표준을 세워 유산을 남기는 단계 ### 설명 (Description) 기존 테스팅 패러다임의 한계를 넘어서는 새로운 QA 방법론, 도구, 프레임워크를 창시합니다. 국제 표준(ISO/IEC 25010, IEEE 829 등) 제정에 참여하거나 ISTQB 실라버스 개정에 기여합니다. 저서, 논문, 오픈소스 프로젝트를 통해 QA 분야 전체에 지속적인 영향을 미칩니다. 세대를 넘어 QA 엔지니어링의 방향을 형성하는 비전을 제시합니다. ### 체크리스트 (Checklist) - [ ] 업계에서 채택되는 새로운 테스팅 방법론 또는 프레임워크를 창시하거나 공동 설계할 수 있다 - [ ] 국제 표준(ISO/IEC 25010, IEEE 829 등) 또는 ISTQB 실라버스 제·개정에 참여할 수 있다 - [ ] QA 분야의 저서를 출간하거나 피어 리뷰 저널에 논문을 게재할 수 있다 - [ ] 오픈소스 테스팅 프레임워크를 창시하거나 주도적으로 기여하여 커뮤니티에서 표준 도구로 인정받을 수 있다 - [ ] 국제 컨퍼런스에서 기조 연설을 하거나 프로그램 위원회에 참여할 수 있다 - [ ] 조직 차원의 품질 문화(테스트 왼쪽 이동, 결함 예방 vs 탐지 균형, 품질 소유권 분산)를 설계하고, 결함 탈출률 감소를 정량적으로 입증한 사례가 있다 > 이 체크리스트를 대부분 달성했다면, QA 엔지니어링의 최전선에서 방법론과 표준을 통해 후대의 품질 엔지니어링 접근 방식을 형성하는 단계에 있습니다. --- ## 참고 자료 (References) - [SFIA 8 — Testing (TEST)](https://sfia-online.org/en/sfia-8/skills/testing) — SFIA Foundation - [ISTQB Certified Tester Scheme](https://istqb.org/certifications/) — International Software Testing Qualifications Board (ISTQB) - [O*NET — Software Quality Assurance Analysts and Testers (15-1253.00)](https://www.onetonline.org/link/summary/15-1253.00) — U.S. Department of Labor / O*NET - [Foundations of Software Testing: ISTQB Certification, 4th Edition](https://www.amazon.com/Foundations-Software-Testing-ISTQB-Certification/dp/1473764793) — Dorothy Graham, Rex Black, Erik van Veenendaal (Cengage) - [IEEE SWECOM — Software Engineering Competency Model](https://ieeecs-media.computer.org/media/education/swebok/swecom.pdf) — IEEE Computer Society