ISTQB - CTFL (정리) 

ISTQB 시험준비 1.1장 테스팅이란 무엇인가 정리 및 예상 문제

ISTQB 1.2 테스팅이 왜 필요한가 정리

ISTQB 테스팅의 원리 정리 및 예상 문제풀이

테스팅은 정황에 의존적이지만, 상위 수준에서 봤을 때 만약 없다면 테스팅이 테스트 목적을 달성하기 어렵게 되는 보편적인 테스트 활동이 있다. 이런 테스트 활동이 테스트 프로세스(test process)를 구성하게 된다. 테스트 프로세스는 여러 요인을 기반으로 주어진 상

기술이란 어떤 일을 잘 해내는 능력으로, 그 사람이 가진 지식, 경험, 적성에서 비롯된다. 우수한 테스터는 업무를 잘 수행하기 위한 몇 가지 필수적인 기술을 갖추어야 한다. 우수한 테스터는 팀플레이, 즉 협업에 능한 사람이어야 하며, 다양한 수준의 독립성으로 테스팅을

문제 1: 소프트웨어 테스팅의 주요 목적은?A) 소프트웨어의 모든 결함을 완벽히 제거하는 것B) 소프트웨어 결함의 존재를 밝히고, 품질을 평가하는 것C) 소프트웨어 개발 비용을 줄이는 것D) 소프트웨어 개발 속도를 높이는 것정답(드래그)<span style="ba

소프트웨어 개발수명주기(SDLC) 모델은 소프트웨어 개발 프로세스를 상위 수준에서 추상화하여 표현한 것이다. SDLC 모델은 개발 프로세스의 단계와 활동 유형이 논리적, 시간적으로 어떻게 연관되는지 정의한다.순차적 개발 모델: 폭포수 모델, V-모델반복적 개발 모델:

테스트 레벨함께 구성하고 관리하는 테스트 활동 집합특정 개발 단계의 소프트웨어와 관련된 테스트 프로세스의 인스턴스단계에 따라 소프트웨어는 개별 컴포넌트부터 완성된 시스템, 경우에 따라 시스템의 시스템까지 포함소프트웨어 개발수명주기(SDLC) 내에서 테스트 레벨순차적 소

유지보수의 범주문제수정환경 변화 적응성능 또는 유지보수성 개선유지보수 릴리스/배포계획된 릴리스/배포계획되지 않은 릴리스/배포(핫픽스)유지보수 과정변경 전 영향도 분석 수행변경 구현의 성공 검증리그레션 확인유지보수 테스팅의 범위변경의 리스크 수준기존 시스템의 크기변경사항

2장의 정리된 내용을 바탕으로 예상문제 풀이 및 해설문제 1: 컴포넌트 테스팅과 시스템 테스팅의 주요 차이점은 무엇인가?A) 컴포넌트 테스팅은 독립 테스트팀이 수행하고, 시스템 테스팅은 개발자가 수행한다B) 컴포넌트 테스팅은 개별 컴포넌트를 테스트하고, 시스템 테스팅은

정적 테스팅소프트웨어를 실행하지 않고 수행하는 테스팅코드, 프로세스 명세, 시스템 아키텍처 명세 등 작업 산출물을 수동으로 또는 도구를 사용해 평가테스팅 목표품질 개선결함 식별가독성, 완전성, 정확성, 테스트 용이성, 일관성 등의 특성 평가베리피케이션과 벨리데이션 모두

3.2.1. 이해관계자 피드백을 조기에 자주 받을 때의 이점 피드백을 조기에 자주 받을 수록 잠재적인 품질 문제를 조기에 파악할 수 있다. 이해관계자가 원하는 것을 전달하지 못하면 큰 비용이 드는 재작업, 납기일 지연, 서로간의 비난 등이 발생할 수 있으며 프로젝트가

문제 1: 정적 테스팅의 정의에 대해 옳은 것을 고르시오. A) 소프트웨어를 실행하여 테스트하는 방법 B) 소프트웨어를 실행하지 않고 테스트하는 방법 C) 하드웨어를 테스트하는 방법 D) 사용자 인터페이스를 테스트하는 방법 정답(드래그) B 해설(드래그) 정적 테

테스트 기법의 목적 테스트 분석(무엇을 테스트할지)과 테스트 설계(어떻게 테스트할지) 작업 지원 체계적인 방식으로 적은 수의 충분한 테스트 케이스 개발 테스트 컨디션 정의, 커버리지 항목 및 테스트 데이터 식별 도움 테스트 기법 분류 블랙박스 테스트 기법 (명세 기반

블랙박스 테스트에서 사용되는 테스트 기법은 다음과 같다. 동등 분할 경계값 분석 결정 테이블 테스팅 상태 전이 테스팅 4.2.1 동등 분할 테스팅 정의 동등 분할 테스팅은 테스트 대상이 동일한 방식으로 처리될 것으로 예상되는 데이터를 분할 단위로 나누는 기법이다. 각

요약 및 정리 화이트박스 테스트 기법 화이트박스 테스트 기법은 소프트웨어의 내부 구조와 처리를 기반으로 하는 테스트 기법으로, 주로 코드의 논리적 흐름을 검증합니다. 이 절에서는 두 가지 주요 화이트박스 테스트 기법을 다룹니다: 구문 테스팅과 분기 테스팅. 4.3.

테스터의 지식을 기반으로 오류, 결함, 장애 발생을 예측하는 기법이다.테스터의 지식에 포함되는 요소애플리케이션의 과거 동작: 애플리케이션이 과거에 어떻게 작동했는지에 대한 지식개발자가 범하기 쉬운 오류 유형: 개발자가 자주 저지르는 오류 및 그로 인해 발생하는 결함 유

4장에서 언급한 테스트 접근방법은 결함 식별과 관련해 목표를 가지지만협업 기반 접근법은 협업과 커뮤니케이션을 통한 결함 예방에도 초점을 둔다. 사용자 스토리는 시스템이나 소프트웨어의 사용자 또는 구매자에게 가치를 제공하는 기능을 나타낸다.3C 구성 요소 카드 (Card

테스트 계획서는 테스트 프로젝트의 목적, 자원, 프로세스를 설명한다.테스트 목적 달성을 위한 방법과 일정을 문서화한다.수행한 테스트 활동이 정해진 기준을 충족하는 데 도움을 준다.팀원과 기타 이해관계자의 의사소통 수단으로 사용된다.테스팅이 수립한 테스트 정책 및 전략을

리스크 관리의 목적 조직이 목표를 달성할 가능성과 제품의 품질을 높이고, 이해관계자의 신뢰를 얻을 수 있게 한다. 주요 활동: 리스크 분석(리스크 식별과 평가)과 리스크 제어(리스크 완화와 모니터링) 5.2.1 리스크의 정의와 리스크의 속성 리스크: 발생 시 부정적인

테스트 모니터링 테스팅에 대한 정보 수집과 관련된 활동 수집된 정보는 테스트 진행 상황 판단 및 테스트 완료조건 충족 여부를 측정하는데 사용됨 테스트 제어 테스트 모니터링에서 얻은 정보로 가장 효과적이고 효율적인 테스팅을 위한 제어 지침을 제공한다. 식별된 리스크

테스팅에서 형상 관리는 테스트와 관련된 모든 작업 산출물을 식별, 제어, 추적하는 지침을 제공하는 활동이다.형상 관리 대상테스트 계획서테스트 전략서테스트 컨디션테스트 케이스테스트 스크립트테스트 결과테스트 로그테스트 보고서복잡한 형상 항목 관리형상 항목의 구성, 항목 간

테스트의 주요 목적 중 하나인 결함 식별을 위해 잘 확립된 결함 관리 프로세스가 필요하다.보고된 이상 현상은 실제 결함일 수도, 아닐 수도 있다(긍정 오류, 변경 요청)결함 보고서를 처리하는 과정에서 이를 해결한다.결함 관리 프로세스 구성결함 관리 프로세스는 소프트웨어

테스트 도구는 다양한 테스트 활동을 지원하고 촉진한다. 주요 도구 유형과 그 역할은 다음과 같다.관리 도구: 소프트웨어 개발수명주기(SDLC), 요구사항, 테스트, 결함, 형상 관리를 용이하게 하여 테스트 프로세스의 효율성을 높임정적 테스팅 도구: 테스터의 리뷰와 정적

테스트 자동화가 가져올 수 있는 효과반복적 수작업 감소: 리그레션 테스트 실행, 같은 테스트 데이터 반복 입력, 예상 결과와 실제 결과 비교 등에서 시간 절약일관성 및 재현성 향상: 사람의 단순 실수를 방지하고 일관되게 테스트 도출객관적 평가 제공: 커버리지 및 복잡한