[6월-2024] ISQI CTFL-AT 시험 모의고사 문제 - 덤플리더 [Q14-Q33]

이 게시물 평가하기

[6월-2024] ISQI CTFL-AT 시험 모의고사 문제 - 덤플리더

업데이트 된 인증 시험 CTFL-AT 덤프 - 모의고사 문제

CTFL-AT 인증 시험은 두 부분으로 나뉘는데, 첫 번째 파트는 객관식 40문항으로 구성되며 두 번째 파트는 실제 시나리오에서 지식을 적용해야 하는 실기 시험입니다. CTFL-AT 시험은 온라인으로 진행되며 언제든지 응시할 수 있어 바쁜 일정이 있는 응시자에게 편리합니다.

CTFL-AT 인증 시험을 준비하기 위해 응시자는 공인 교육 제공업체에서 제공하는 교육 과정에 참여할 수 있습니다. 이 과정은 시험에 포함된 모든 주제를 다루며 애자일 테스트에 대한 실습 경험을 제공합니다. 응시자는 책 읽기, 동영상 시청, 모의고사 응시 등 자율 학습 옵션을 선택할 수도 있습니다. 응시자는 시험에 응시하기 전에 애자일 환경에서 최소 6개월 이상 근무한 경험이 있는 것이 좋습니다.

새 질문 14
다음 중 개발자가 비즈니스 요구 사항에 초점을 맞춘 정확한 단위 테스트를 정의할 수 있는 것은?

디자인 중심 개발

행동 중심 개발

테스트 중심 개발

승인 테스트 중심 개발

새로운 질문 15
레스토랑에서 대기 직원이 작동하는 산업용 에스프레소 머신을 제어하는 코드를 개발 중입니다.
기계는 다소 복잡하고 스위치와 버튼이 많기 때문에 다음 반복에서는 작은 LCD 화면에서 작업자에게 지침이 제공됩니다.
오퍼레이터-인스트럭션 모듈의 사용자 스토리는 다음과 같습니다:
"에스프레소 머신을 사용하는 사람으로서 커피에 찐 우유를 추가할 수 있도록 우유를 찌는 방법을 알고 싶습니다."
다음은 이 스토리에서 확인된 위험의 목록이며, 확률과 영향력이 할당되어 있습니다.

운영자는 설명서를 읽지 않고 무언가 작동할 때까지 다양한 스위치와 버튼을 시도합니다.
확률: 낮음. 영향력: 낮음

지침이 올바르지 않거나 잘못된 순서로 표시될 수 있습니다. 확률: 낮음. 영향: 높음

교육을 받지 않은 고객이 커피 머신을 사용하려고 시도합니다. 확률: 높음. 영향: 높음

어린아이가 우유를 찌려고 할 수 있습니다. 확률: 높음. 충격: 낮음

새로운 질문 16
다음 중 위험 기반 테스트와 관련된 문장은 어느 것이 맞습니까?

위험 기반 테스트는 릴리스와 반복 계획 중에 위험을 두 번 분석하기 때문에 애자일 개발 프로세스에 적합합니다.

짧은 반복으로 짧은 테스트 시간이 요구되는 애자일 개발 프로세스에서는 위험 기반 테스트가 적합하지 않습니다.

위험 기반 테스트는 각 반복이 제품의 제한된 부분에 초점을 맞추기 때문에 애자일 개발 프로세스에는 적합하지 않습니다.

위험 기반 테스트는 작업을 사용자 스토리로 나누면 위험을 쉽게 식별할 수 있으므로 애자일 개발 프로세스에 적합합니다.

새 질문 17
애자일 팀의 테스터입니다. 테스트해야 할 사용자 스토리가 아직 개발 중이므로 테스트가 차단되었습니다. 이 사용자 스토리의 진행을 방해하는 주요 문제는 개발자의 단위 테스트가 계속 실패하고 있다는 것입니다.
애자일 테스터로서 다음 중 어떤 조치를 취해야 하나요?

문제가 있는 사용자 스토리의 디자인을 검토하고 가능한 경우 개선하세요.

차단된 각 테스트에 대한 버그 보고서를 작성하세요.

개발자와 협력하여 테스트가 실패하는 이유를 제시하세요.

이 시간을 다른 사용자 스토리의 기존 테스트 사례를 개선하고 자동화하는 데 사용하세요.

새로운 질문 18
다음 중 애자일 회고에 대한 설명 중 올바른 것은 무엇인가요?

애자일 회고 시 테스터는 테스트가 아닌 활동에 대해서만 건설적인 제안을 제공하도록 권장해야 합니다.

애자일 회고에서 진행자는 팀이 잘하고 있는 점을 물어봄으로써 팀이 모범 사례를 지키도록 격려하고 확인할 수 있습니다.

애자일 회고는 주로 팀이 통제할 수 없는 장애물에 초점을 맞춰야 하는데, 이러한 문제는 더 어려운 문제이기 때문입니다.

애자일이 아닌 프로젝트에서 진행되는 작업 세션이나 회의와 달리, 애자일 회고에서는 후속 활동이 필요하지 않습니다.

새 질문 19
다음 중 지속적 통합으로 인해 발생할 수 있는 위험은 무엇인가요?

팀에서 단위 테스트에 지나치게 의존하여 중요한 시스템 및 승인 테스트를 제외하는 경우가 있습니다.

테스터가 테스트할 빌드가 너무 많으면 테스트 품질이 저하되는 경우가 있습니다.

모든 테스트는 자동화되어야 하므로 팀에서는 더 이상 수동 테스트를 실행할 수 없습니다.

개발자의 작업량이 증가하여 생산량이 감소할 수 있습니다.

새로운 질문 20
다음 중 테스트 헌장에 대한 설명 중 올바른 것은 무엇인가요?
1) 주로 탐색적 테스트에 사용됩니다.
2) 테스트 프로세스를 모니터링하는 데 사용됩니다.
3) 사용자 스토리를 참조할 수 있습니다.
4) 테스트 세션 중에 작성한 메모가 포함되어 있습니다.
5) 회사 테스트 정책의 개요를 설명하는 데 사용됩니다.

1, 2, 5

2, 3, 4

2, 4, 5

1, 3, 4

새 질문 21
다음 중 테스트 팀이 애자일 개발 환경에서 작업할 때 독립성을 유지할 수 있는 가장 좋은 방법은 무엇인가요?

테스트 전략은 애자일 개발 팀과 공유하되 테스트 케이스의 세부 사항은 공유하지 마세요.

테스트 자동화 프레임워크를 개발하는 팀을 애자일 개발 팀과 다른 위치에 배치하세요.

테스터를 애자일 팀의 일원으로 지정하되, 테스터가 개발자가 아닌 다른 관리자에게 보고하도록 하세요.

일부 테스터만 애자일 개발 팀과 함께 배치하고 나머지 테스터는 다른 위치에 배치합니다.

새 질문 22
귀하는 수년 동안 순차적 개발 모델을 사용하고 각 기능 그룹(예: 비즈니스 분석가, 개발자, 테스터)이 자체 사무실 공간 내에 위치한 별도의 부서로 조직된 소프트웨어 개발 회사에서 근무하고 있습니다. 최근 조직이 SCRUM 애자일 프레임워크로 변경되었습니다. 다음 중 순차적 모델을 사용할 때 실천했어야 하는 SCRUM 팀의 테스터를 위한 중요한 조직 및 행동 모범 사례는 어느 것입니까?

탄력적인 테스트는 테스트 프로세스가 각 반복 중에 테스트 계획을 업데이트하여 개발 프로세스 전반의 빠른 변화에 대처할 수 있음을 의미합니다.

신뢰성이란 테스터가 테스트 프로세스에 대한 정보를 이해관계자와 공유하여 선택한 테스트 전략과 테스트 활동을 신뢰할 수 있도록 해야 한다는 의미입니다.

부서 간 팀워크는 모든 팀원이 다양한 방식으로 테스트에 기여한다는 것을 의미합니다. 예를 들어 테스트 전략, 테스트 계획 및 실행, 테스트 보고에 모두 참여합니다.

코로케이션 팀워크는 개발자와 테스터를 포함한 모든 팀원이 같은 사무실에 함께 앉아 얼굴을 맞대고 빠르게 소통할 수 있도록 하는 것을 의미합니다.

새 질문 23
애자일 프로젝트에서 소프트웨어 회귀가 높은 위험을 초래하는 이유는 무엇인가요?

테스트 중심 개발은 기존 기능을 고려하지 않는다는 의미입니다.

테스트 자동화는 테스트 환경에서 소프트웨어의 회귀를 유발할 수 있습니다.

회귀는 예기치 않은 장애에 대한 안전장치로 소프트웨어에 내장되어 있습니다.

여러 번의 스프린트에 걸쳐 비즈니스 요구 사항의 변화로 인해 코드 이탈이 발생합니다.

새 질문 24
다음 중 팀 전체 접근 방식의 장점은 무엇인가요?

테스터와 테스트 엔지니어가 하나의 팀으로 활동하기 때문에 테스트 중복을 줄일 수 있습니다.

테스터가 결합된 팀의 품질에 대한 책임을 실행할 수 있습니다.

팀이 각자의 전문 분야와 책임에만 집중할 수 있습니다.

팀 내의 다양한 기술을 프로젝트에 활용할 수 있습니다.

새 질문 25
테스트 피라미드의 주요 이점은 무엇인가요?

이는 개발 주기 초기에 테스트가 포함된다는 의미입니다.

필요한 테스트 케이스의 양을 평가하는 데 도움이 됩니다.

테스트 활동의 복잡성을 보여줍니다.

테스트 진행 상황의 지표 역할을 합니다.

새 질문 26
애자일 팀의 테스터입니다. 테스트해야 할 사용자 스토리가 아직 개발 중이므로 테스트가 차단되었습니다. 이 사용자 스토리의 진행을 방해하는 주요 문제는 개발자의 단위 테스트가 계속 실패하고 있다는 것입니다.
애자일 테스터로서 다음 중 어떤 조치를 취해야 하나요?

문제가 있는 사용자 스토리의 디자인을 검토하고 가능한 경우 개선하세요.

차단된 각 테스트에 대한 버그 보고서를 작성하세요.

개발자와 협력하여 테스트가 실패하는 이유를 제시하세요.

이 시간을 다른 사용자 스토리의 기존 테스트 사례를 개선하고 자동화하는 데 사용하세요.

새 질문 27
다음 중 애자일 팀 내에서 테스터가 수행하는 일반적인 업무가 아닌 것은?

모든 프로젝트 상태 회의가 계획에 따라 진행되도록 합니다.

반복 계획 중에 적절한 테스트 작업이 예약되어 있는지 확인합니다.

팀 회고에서 개선 사항을 제안합니다.

비즈니스 이해관계자와 협력하여 요구 사항을 명확히 합니다.

새 질문 28
다음 중 애자일 프로젝트의 테스트 자동화와 관련하여 올바른 설명은 다음 중 두 가지가 맞습니까?
1) 과거 반복을 위해 개발된 모든 테스트는 새로운 코드 릴리스마다 회귀 스위트의 일부로 유지 및 실행됩니다.
2) 테스트 자동화 없이 애자일 프로젝트에서 높은 품질을 보장하기는 매우 어렵습니다.
3) 지속적인 통합 전체 시스템 구축의 일환으로 자동화된 승인 테스트가 정기적으로 실행됩니다.
4) 자동화된 회귀 제품군은 코드의 최종 릴리스에 대해서만 실행됩니다.
5) 애자일 프로젝트에서는 자동화된 승인 테스트의 결과가 전반적인 제품 품질에 대한 피드백을 제공합니다.

3, 4

2, 5

1, 3

2, 3

새 질문 29
사용자 스토리: 사용자는 소득 금액을 기준으로 세율을 계산할 수 있기를 원합니다.
이 사용자 스토리의 정확성을 검증하는 데 가장 적합한 블랙박스 테스트 설계 기법은 무엇인가요?

명세서 테스트 - 수입 계산의 모든 명세서를 테스트합니다.

사용자 스토리 테스트 - 사용자가 수입 금액을 입력하고 결과를 얻을 수 있는지 테스트합니다.

상태 전환 테스트 - 모든 소득 입력 상태를 테스트합니다.

동등성 파티셔닝 - 저소득, 중간 소득, 고소득으로 테스트합니다.

새 질문 30
등록된 사용자가 차량의 엔진 출력(kW)을 기준으로 연간 자동차세를 납부할 수 있는 온라인 애플리케이션을 예로 들어 보겠습니다. 다음 사용자 스토리를 가정해 보겠습니다:
"고객으로서 자동차에 대해 납부해야 하는 연간 자동차세 금액을 계산하려면 온라인 애플리케이션이 필요합니다:
* 차량의 출력이 20kW 미만인 경우 연간 자동차세가 무료입니다.
* 차량의 출력이 20kW 이상 150kW 미만인 경우 연간 자동차세는 250유로입니다.
* 차량의 출력이 150kW 이상인 경우 연간 자동차세는 750유로입니다." 이 사용자 사례에 가장 적합한 블랙박스 테스트 설계 기법은 무엇인가요?

의사 결정 테이블 테스트. 다음 조건을 테스트합니다:
조건=등록 사용자 로그인, 차량 삽입 전력=20kW, 작업=자동차세 납부

상태 전환 테스트. 다음 상태 간의 전환을 테스트합니다:
로그인, 차량 전원 삽입, 결제, 로그아웃 순으로 진행됩니다.

등가 분할. 다음 분할에 대한 연간 자동차 세액을 테스트합니다:
[차량의 전력150kW].

사용 사례 테스트 다음 사용 사례(액터=등록 사용자)를 테스트합니다. 사전 조건=등록 사용자가 로그인 시나리오=등록 사용자가 차량의 전원을 삽입하고 결제 후 로그아웃 사후 조건=자동차세 결제 후 등록 사용자가 로그아웃합니다.

새 질문 31
회고하는 동안 다음 중 프로세스 개선에 대한 논의를 이끌어내는 데 가장 효과적이지 않은 항목은 무엇인가요?

빌드 프로세스가 느려서 빌드가 완료될 때까지 기다리는 시간이 지연되는 경우가 많았습니다.

마지막 스프린트의 경우 예상 및 실제 노력은 팀 역량보다 훨씬 높았습니다.

자동화 테스트는 실패 원인을 디버깅하는 데 도움이 되는 로그 없이 자주 실패했습니다.

테스터 중 한 명은 방해가 되고 게으르며 팀 성공에 기여하지 않는 것으로 간주되었습니다.

새 질문 32
파크 앤 라이드 시스템에 대한 탐색적 테스트 세션을 실행하라는 요청을 받았습니다. 테스트 헌장의 제목은 "버스 티켓 구매"였습니다. 그 결과 여러 가지 결함이 보고되었으며, 그 제목은 아래와 같습니다.
주어진 테스트 헌장의 범위를 벗어난 결함은 무엇인가요?

버스 티켓 가격이 잘못 계산되었습니다.

18:00 이후에 버스 티켓을 구매하지 못했습니다.

중앙 시스템에 대한 네트워크 연결이 중단된 경우 버스 티켓을 구매하지 못했습니다.

주차권 결제는 현금으로만 가능합니다(신용카드는 지원되지 않음).

새 질문 33
현재 프로젝트의 스프린트 5에 대한 반복 계획이 완료되었습니다. 스프린트 계획은 시스템 성능을 향상시키는 것인데, 스프린트 5에 대해 다음 중 어떤 수용 기준을 기대하시나요?
1) 모든 역할에 대한 사용자 액세스 권한이 확인되었습니다.
2) 모든 코드에 대해 정적 분석 도구가 실행되었습니다.
3) 기존 회귀 테스트 스위트의 100%가 통과되었습니다.
4) 시스템이 3초 미만, 즉 90%의 시간 내에 응답하고 있습니다.
5) 인터넷 익스플로러의 새 버전이 포함되었습니다.

1, 3

3, 4

4, 5

2, 5