ISTQB 검색 결과

해당 글 15건

ISTQB 4.0 Foundation Level [3장] 전체 요약 정리

정적 테스팅은 '코드를 실행하지 않고' 결함을 찾는 모든 활동을 의미하며, "Shift Left" 사상의 핵심입니다. 즉, 개발 초기에 결함을 발견하여 수정 비용을 극적으로 낮추는 것을 목표로 합니다.Basics of Static Testing (정적 테스팅의 기초)Static Testing (정적 테스팅)이란 소프트웨어 개발 생명주기의 초기에, 코드를 포함한 프로젝트 문서(Work Products)를 실행하지 않고 분석하여 결함을 찾아내는 테스트 활동입니다.Dynamic Testing (동적 테스팅)이 소프트웨어를 직접 실행하며 '실패(Failure)'를 찾는 과정이라면, 정적 테스팅은 문서를 검토하거나 코드를 분석하여 '결함(Defect)' 그 자체를 찾아내는 예방적 활동입니다.정적 테스팅으로 검토할..
CS/시험 공부 2025. 6. 15. 21:00

ISTQB 4.0 Foundation Level [4장] 전체 요약 정리

이 챕터에서는 "무엇을, 어떻게 테스트할 것인가?"를 결정하는 구체적인 '테스트 기법'들을 배웁니다. 시험에서 가장 많은 문제가 출제되는 부분이므로, 각 기법의 개념과 차이점을 명확히 이해하는 것이 중요합니다.Overview of Test Techniques (테스트 기법 개요)Test techniques are systematic procedures used to derive and select test cases. They are categorized into black-box, white-box, and experience-based techniques.테스트 기법은 테스트 케이스를 도출하고 선택하는 데 사용되는 체계적인 절차입니다. 명세(요구사항)만 보고 테스트하는 블랙박스 기법, 코드 내부 구조..
CS/시험 공부 2025. 6. 15. 20:58

ISTQB 4.0 Foundation Level [5장][6장] 전체 요약 정리

Chapter 5: Managing the Test Activities (시험 활동 관리)테스트 프로젝트의 계획, 실행, 관리에 대한 모든 것을 다루는 챕터입니다.5.1 Test Planning (시험 계획)Test planning is the activity of defining the objectives of testing and the approach for meeting those objectives. The output of this activity is the Test Plan.시험 계획은 테스팅의 목표를 정의하고, 그 목표를 달성하기 위한 접근법을 구체화하는 활동입니다. 이 활동의 산출물이 바로 '시험 계획서(Test Plan)'입니다.Key Contents of a Test Plan (시험..
CS/시험 공부 2025. 6. 15. 20:52

ISTQB 4.0 Foundation Level [3장] - 테스트 명세서

Chapter 3: Test DesignSection 3.2.3: Test Case SpecificationA Test Case Specification is a document that specifies the inputs, execution conditions, and expected results that define a single test to be executed to verify a particular test condition or test objective.테스트 케이스 명세서는 특정 테스트 조건이나 테스트 목적을 검증하기 위해 실행할 단일 테스트를 정의하는 입력값, 실행 조건, 기대 결과를 명시하는 문서입니다.2. 주요 구성요소 (Typical Components of a Test Ca..
카테고리 없음 2025. 6. 15. 06:06

ISTQB 4.0 Foundation Level [4장] - 화이트박스/블랙박스 테스팅

1. White-box Testing Techniques (화이트박스 테스트) 기법명 상세설명 장점 단점 간단 예시Statement Testing and Coverage코드 내 모든 명령문(statement)이 적어도 한 번 실행되었는지 확인하는 기법코드 실행 누락 방지, 기본적인 커버리지 확보복잡한 로직에서는 분기나 조건을 충분히 커버하지 못함IF문 내 모든 명령문이 최소 1회 실행되도록 테스트 케이스 작성Decision Testing and Coverage모든 결정문(조건문의 분기)을 참/거짓 모두 실행하도록 테스트조건문의 모든 분기 검사로 오류 발견 가능성 증가단순 조건에는 적합하지만 복잡한 조건의 경우 조건별 조합은 빠짐IF 조건이 참인 경우와 거짓인 경우 모두 테스트Condition Testi..
카테고리 없음 2025. 6. 15. 06:02