최신 ISTQB-CTFL Korean 무료덤프 - ISTQB-Foundation Level Exam (ISTQB-CTFL Korean Version)

A. [I] 및 [III]은 제품 위험입니다. [II] 및 [IV]는 프로젝트 위험입니다.

B. [II], [III] 및 [IV]는 제품 위험입니다. [I]는 프로젝트 위험입니다.

C. [I] 및 [IV]는 제품 위험입니다. [II] 및 [III]은 프로젝트 위험입니다.

D. [IV]는 제품 위험입니다. [I]. [II] 및 [III]은 프로젝트 위험입니다.

A. 소프트웨어의 결함 찾기

B. 결함의 원인을 찾기 위한 소프트웨어 디버깅

C. 시스템 상태에 대한 정보 제공

D. 결함 방지

A. [ii], [IV] 및 [V].

B. [ii] 및 [III].

C. [ii], [iii] 및 [v]

D. [l]과 [IV]

A. 경험 기반 테스트 기술은 블랙박스 테스트 기술로 발견된 결함의 근본 원인을 식별하기 위해 테스터의 경험에 의존합니다.

B. 화이트박스 테스트 기술에서 가장 일반적으로 사용되는 테스트 기준에는 사용자 스토리, 사용 사례 및 비즈니스 프로세스가 포함됩니다.

C. 경험 기반 테스트 기술은 블랙박스 테스트 기술로 타겟이 되지 않은 숨겨진 결함을 감지하는 데 종종 유용합니다.

D. 경험 기반 테스트 기술의 주요 목표는 GUI 기반 테스트 자동화 도구를 사용하여 쉽게 자동화할 수 있는 테스트 사례를 설계하는 것입니다.

A. 테스트에서 실행된 코드 줄 수를 테스트 객체의 총 코드 줄 수로 나눈 값으로 측정됩니다.

B. 테스트에서 실행한 명령문의 수를 코드에 있는 실행 가능한 명령문의 총 수로 나눈 값으로 측정됩니다.

C. 테스트에서 실행된 결정 결과 수를 테스트 대상의 총 결정 결과 수로 나눈 값으로 측정합니다.

D. 진술 범위를 정확하게 측정하는 것은 불가능합니다.

A. 위험 기반 테스트 접근 방식을 채택한 경우 잔여 위험 수준

B. 계획했던 것보다 테스트 실행에 사용된 추가 노력

C. 실행된 모든 테스트 케이스의 테스트 절차

D. 예상치 못한 테스트 환경 다운타임으로 인해 테스트 실행 속도가 느려짐

A. 테스터는 테스트의 이점(예: 품질 향상, 위험 감소)을 강조해야 합니다.

B. 테스터는 테스트 결과 및 정보에 대한 모든 질문을 거부해야 합니다.

C. 테스터는 결함 보고서와 검토 결과에 개인적인 의견과 판단을 포함해야 합니다.

D. 테스터는 프로젝트 팀에 대해 명령 및 제어 방식을 취해야 합니다.

A. {7,10,21,40}

B. {8,10,25,40}

C. {7,10,25,29}

D. {7,10,25,40}

A. 결함

B. 오류

C. 실패

D. 결함이 아닙니다

A. 장애물과 그 해결 방법

B. 새로운 위험 또는 변경된 위험

C. 테스트 프로세스의 현재 상태를 보여주는 테스트 메트릭

D. 제품 품질에 대한 자세한 평가

A. 탐색적 테스트는 Q3 사분면에 분류되며, 일반적으로 지속적인 통합 프로세스에 포함됩니다.

B. TDD 중에 생성된 자동화된 단위 테스트는 기술에 직접적으로 관련되므로 Q4 사분면에 분류됩니다.

C. BDD 및 ATDD 중에 생성된 자동화된 수용 테스트는 사분면 02에 분류됩니다.

D. 테스트 사분면의 번호가 높을수록 해당 사분면과 관련된 테스트의 중요성이 커집니다.

A. 회고 중에 참여자는 관련 프로세스 개선 사항을 식별하는 것 외에도 소프트웨어 개발 수명 주기와 같은 프로젝트의 맥락에 따라 이러한 개선 사항을 구현하고 유지하는 방법을 고려해야 합니다.

B. 회고에는 개발자와 테스터만 참여해야 합니다. 다른 역할의 사람들을 참여시키면 개발자와 테스터가 프로세스 개선을 찾는 데 도움이 되는 개방적이고 건설적인 토론을 할 수 없게 될 가능성이 매우 높습니다.

C. 회고는 프로세스 개선 사항을 식별하는 데 매우 효과적일 수 있으며 특히 검토와 달리 후속 활동이 필요하지 않기 때문에 매우 효율적이고 비용 효율적일 수도 있습니다.

D. Agile 프로젝트에서 각 반복의 끝에서 적절하게 진행된 회고는 팀의 스탠드업 미팅 필요성을 줄이거나 심지어 없애는 데 도움이 될 수 있습니다.

A. 체크리스트 기반 테스트에는 테스트 조건의 자세한 목록에서 형식적인 테스트가 포함되어 있어 많은 반복성을 허용합니다.

B. 체크리스트 기반 테스트에는 사용자에게 중요한 사항과 소프트웨어가 실패하는 이유 및 방법에 대한 이해를 기반으로 하는 테스트 목록이 포함될 수 있습니다.

C. 체크리스트 기반 테스트는 사용성, 성능 및 보안 테스트를 포함한 비기능 테스트로 제한됩니다.

D. 체크리스트 기반 테스트는 인기가 있지만 일관성이 거의 없고 테스트 사례 개발에 대한 지침이 거의 없습니다.