CTFL_Syll_4.0 문제 51
* 테스트는 코드를 작성하기 전에 실행 가능한 형식으로 작성되어야 하며, 코딩을 주도하는 실행 가능한 사양 역할을 해야 합니다. 이는 테스트 주도 개발과 관련된 특정 테스트 관행으로, 개발자가 소스 코드를 작성하기 전에 자동화된 단위 테스트를 작성한 다음 테스트를 통과할 때까지 코드를 리팩토링하는 소프트웨어 개발 및 테스트 접근 방식입니다.
테스트 주도 개발은 코드의 품질, 설계 및 유지 관리를 개선하는 데 도움이 될 수 있으며, 개발자에게 빠른 피드백과 지침을 제공할 수 있습니다. 그러나 테스트 주도 개발은 선택한 소프트웨어 개발 모델과 관계없이 적용할 수 있는 좋은 테스트 관행이 아닙니다. 요구 사항이 불분명하거나 불안정하거나 복잡한 경우, 테스트 자동화 도구 또는 기술을 사용할 수 없거나 적절하지 않은 경우, 테스트 목표 또는 수준이 단위 테스트와 일치하지 않는 경우 등 일부 맥락이나 상황에서 테스트하기에 실행 가능하지 않거나 적합하지 않거나 효과적이지 않을 수 있기 때문입니다 .
* 테스트 수준은 한 수준의 종료 기준이 다음 수준의 진입 기준의 일부가 되도록 정의해야 합니다. 이는 폭포수 모델, V 모델 또는 W 모델과 같은 순차적 소프트웨어 개발 모델과 관련된 특정 테스트 관행으로, 소프트웨어 개발 및 테스트 활동이 잘 정의된 단계, 제공물 및 종속성을 통해 선형적이고 순차적인 순서로 수행됩니다. 테스트 수준은 구성 요소 테스트, 통합 테스트, 시스템 테스트 및 수용 테스트와 같은 소프트웨어 시스템의 통합 수준에 해당하는 테스트 단계입니다. 테스트 수준에는 테스트 수준을 시작하거나 마치기 전에 충족해야 하는 조건인 명확하고 측정 가능한 진입 기준과 종료 기준이 있어야 합니다. 순차적 소프트웨어 개발 모델에서 한 테스트 수준의 종료 기준은 일반적으로 다음 테스트 수준의 진입 기준의 일부로, 소프트웨어 시스템이 다음 수준의 테스트를 위해 준비되고 안정적임을 보장합니다. 그러나 이것은 어떤 소프트웨어 개발 모델에서든 적용하기 좋은 테스트 관행이 아닙니다. 소프트웨어 개발 및 테스트 활동이 반복적이고 점진적인 순서로 수행되고, 빈번한 변경, 피드백 및 적응이 발생하는 경우, Scrum, Kanban, XP와 같은 애자일 소프트웨어 개발 모델에서와 같이 테스트 수준이 명확하게 정의되거나 구분되지 않은 경우, 또는 테스트 수준이 병렬 또는 동시에 수행되는 경우 등 일부 맥락이나 상황에서 테스트하기에 적합하지 않거나 유연하지 않거나 효율적이지 않을 수 있기 때문입니다.
* 테스트 목표는 모든 테스트 수준에서 동일해야 하지만 다양한 수준에서 설계된 테스트의 수는 상당히 다를 수 있습니다. 이는 나선형 모델, 증분 모델 또는 프로토타입 모델과 같은 균일한 소프트웨어 개발 모델과 관련된 특정 테스트 관행으로, 소프트웨어 개발 및 테스트 활동이 유사한 단계, 제공물 및 프로세스를 통해 순환적이고 반복적으로 수행됩니다. 테스트 목표는 테스트의 목표 또는 목적이며 테스트 수준, 테스트 유형, 테스트 기술, 테스트 환경, 테스트 이해 관계자 등에 따라 달라질 수 있습니다. 테스트 목표는 테스트 기준, 테스트 범위, 테스트 품질, 테스트 위험, 테스트 비용, 테스트 시간 등의 관점에서 정의할 수 있습니다. 테스트 목표는 구체적이고 측정 가능하며 달성 가능하고 관련성이 있으며 시간에 구속되어야 하며 프로젝트 목표 및 품질 특성과 일치해야 합니다. 균일한 소프트웨어 개발 모델에서 테스트 목표는 모든 테스트 수준에서 동일할 수 있습니다. 테스트 프로세스는 각 주기 또는 반복마다 반복되며 유사한 초점, 범위 및 테스트 관점을 갖습니다. 그러나 이는 선택한 소프트웨어 개발 모델과 관계없이 적용하기에 적합한 테스트 관행이 아닙니다. 소프트웨어 개발 및 테스트 활동이 계층적이고 모듈식 방식으로 수행되고 단계, 제공물 및 종속성이 다른 경우(예: 폭포수 모델, V 모델 또는 W 모델과 같은 순차적 소프트웨어 개발 모델) 또는 테스트 목표가 구성 요소 테스트, 통합 테스트, 시스템 테스트 및 수용 테스트와 같이 테스트 수준에 따라 달라지거나 테스트 목표가 피드백에 따라 변경되는 경우와 같이 일부 맥락이나 상황에서 테스트하기에 적절하지 않거나 현실적이지 않거나 효과적이지 않을 수 있기 때문입니다.
* 학습 또는 스크럼, 칸반, XP 등과 같은 애자일 소프트웨어 개발 모델에서와 같이 테스트 프로세스의 적응. 참조: ISTQB Certified Tester Foundation Level(CTFL) v4.0 소스 및 문서:
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 1.1.1장, 테스트 및 소프트웨어 개발 라이프사이클1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 1.2.1장, 테스트 원칙1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 1.2.2장, 테스트 정책, 전략 및 테스트 접근 방식1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 1.3.1장, 소프트웨어 개발 라이프사이클 테스트1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 2.1.1장, 테스트 계획1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 2.1.2장, 테스트 모니터링 및 제어1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 2.1.3장, 테스트 분석 및 설계1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 2.1.4장, 테스트 구현1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 2.1.5장, 테스트 실행1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 2.1.6장, 테스트 클로저1
* ISTQB 테스트 용어집 v4.0, 작업 제품 검토, 정적 테스트, 초기 테스트, 테스트 주도 개발, 테스트 수준, 진입 기준, 종료 기준, 테스트 목표, 테스트 기준, 테스트 범위, 테스트 품질, 테스트 위험, 테스트 비용, 테스트 시간2
CTFL_Syll_4.0 문제 52
이 답변은 정답입니다. 코드 관련 화이트박스 테스트 기술은 코드 구조를 사용하여 테스트 케이스를 도출하는 테스트 설계 기술이기 때문입니다. 이러한 기술은 문장 범위, 분기 범위 또는 경로 범위와 같이 테스트 케이스에서 얼마나 많은 코드가 실행되었는지를 나타내는 객관적인 범위 측정치를 제공합니다. 코드 관련 화이트박스 테스트 기술은 시스템 또는 구성 요소의 기능적 또는 비기능적 요구 사항을 사용하여 테스트 케이스를 도출하는 테스트 설계 기술인 블랙박스 테스트 기술을 보완하는 데 사용할 수 있습니다. 두 가지 유형의 기술을 결합함으로써 테스터는 코드에 대한 확신을 높이고 더 많은 결함을 찾을 수 있습니다. 참조: ISTQB 테스트 용어집 v4.0, ISTQB 기초 수준 교과 과정 v4.0, 섹션 2.3.2.2
CTFL_Syll_4.0 문제 53
* 추적성은 테스트 기준 항목의 변경이 해당 테스트에 미치는 영향을 평가하는 데 유용할 수 있습니다. 이 진술은 사실입니다. 추적성은 새로운 요구 사항, 수정된 설계, 개정된 위험 등과 같이 테스트 기준의 변경으로 영향을 받는 테스트를 식별하고 테스트를 업데이트, 재실행 또는 재평가하는 데 필요한 조치를 결정하는 데 도움이 될 수 있기 때문입니다. 추적성은 또한 변경을 구현하고 소프트웨어 시스템에 미치는 영향을 확인하는 데 필요한 노력, 비용 및 시간을 추정하는 데 도움이 될 수 있습니다.
* 추적성은 해당 테스트에서 얼마나 많은 테스트 기준 항목이 다루어지는지 확인하는 데 유용할 수 있습니다. 이 진술은 사실입니다. 추적성은 테스트 커버리지를 측정하는 데 도움이 될 수 있기 때문입니다. 테스트 커버리지는 테스트 기준이 테스트 케이스에서 실행되는 정도입니다. 추적성은 테스트에서 다루어지는 테스트 기준 항목, 부분적으로 다루어지는 테스트 기준 항목 또는 다루어지지 않는 테스트 기준 항목을 식별하고 테스트 프로세스의 적절성, 완전성 및 효과를 평가하는 데 도움이 될 수 있습니다. 추적성은 또한 테스트 커버리지의 갭, 중복 또는 중복을 식별하고 테스트 케이스의 우선 순위를 정하고 최적화하거나 개선하는 데 도움이 될 수 있습니다.
* 추적성은 테스트 감사에 필요한 요구 사항을 지원하는 데 유용할 수 있습니다. 이 진술은 사실입니다. 추적성은 테스트 활동, 결과 및 성과에 대한 증거, 문서 및 정당성을 제공하는 데 도움이 될 수 있기 때문입니다. 추적성은 테스트 프로세스가 소프트웨어 시스템, 프로젝트 또는 조직에 적용 가능한 표준, 규정, 정책 및 모범 사례를 따른다는 것을 입증하는 데 도움이 될 수 있습니다. 추적성은 또한 테스트 프로세스가 사용자와 이해 관계자의 기대, 요구 사항 및 만족도를 충족하는지 확인하는 데 도움이 될 수 있습니다. 참조: ISTQB Certified Tester Foundation Level(CTFL) v4.0 소스 및 문서:
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 1.2.2장, 테스트 정책, 전략 및 테스트 접근 방식1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 2.1.1장, 테스트 계획1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 2.1.2장, 테스트 모니터링 및 제어1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 2.1.3장, 테스트 분석 및 설계1
* ISTQB 테스트 용어집 v4.0, 추적성, 테스트 기준, 테스트 아티팩트, 테스트 목표, 테스트 수준, 테스트 범위, 테스트 품질, 테스트 위험, 테스트 비용, 테스트 시간2
CTFL_Syll_4.0 문제 54
CTFL_Syll_4.0 문제 55
사용자 스토리와 관련된 수용 기준은 사용자 스토리가 완료된 것으로 간주되고 사용자에게 기대되는 가치를 제공하기 위해 충족해야 하는 조건입니다. 이는 사용자 스토리의 특성과 복잡성에 따라 규칙 지향, 시나리오 지향 또는 표 지향과 같이 다양한 형식으로 작성되는 경우가 많습니다. 이는 확인이라고 하는 사용자 스토리의 한 측면을 나타내며, 이는 사용자 스토리의 소위 "3C" 중 하나입니다. 다른 두 가지 측면은 카드와 대화입니다. 카드는 일반적으로 다음 템플릿을 따르는 사용자 스토리의 간결하고 비공식적인 설명을 말합니다. "[역할]로서 [기능]을 원합니다. 그래서 저는
[이점]". 대화는 이해 관계자와 팀원 간의 지속적인 대화를 의미하며, 사용자 스토리와 그 수용 기준을 명확히 하고 개선하기 위한 것입니다. 따라서 옵션 C가 정답입니다.
참고문헌: ISTQB 인증 테스터 기초 수준 시험 과정 v4.01, 섹션 3.2.2, 35-36페이지; ISTQB 용어집 v4.02, 37페이지.
- 다른 버전
- 527ISQI.CTFL_Syll_4.0.v2025-09-20.q101
- 1161ISQI.CTFL_Syll_4.0.v2025-07-18.q104
- 499ISQI.CTFL_Syll_4.0.v2024-08-05.q39
- 660ISQI.CTFL_Syll_4.0.v2024-05-04.q39
- 최근 업로드
- 108Microsoft.AZ-500-KR.v2026-06-04.q213
- 111Microsoft.DP-600-KR.v2026-06-04.q98
- 105Microsoft.AZ-204-KR.v2026-06-04.q237
- 136Microsoft.PL-600-KR.v2026-06-04.q112
- 193Microsoft.SC-300-KR.v2026-06-03.q151
- 154Microsoft.DP-600-KR.v2026-06-03.q70
- 870PMI.PMP-KR.v2026-06-01.q1069
- 231Microsoft.MS-102-KR.v2026-06-01.q252
- 212Amazon.DOP-C02-KR.v2026-06-01.q207
- 159Microsoft.AZ-104-KR.v2026-06-01.q197
PDF 파일 다운로드
메일 주소를 입력하시고 다운로드 하세요. ISQI.CTFL_Syll_4.0.v2024-10-23.q94 모의시험 시험자료를 다운 받으세요.
