ISTQB CTAL_TM_001 Korean Actual Free Exam Questions & Community Discussion

Club 65 to 90은 소규모 회사가 운영하는 은퇴자를 위한 홀리데이 클럽으로, IT 부서는 디자이너 1명, 개발자 3명, 시스템 테스터 1명으로 구성되어 있습니다. 이들의 예약 시스템은 수년간 "실시간"으로 운영되고 있으며, 이 회사는 충성도 높은 고객 기반을 보유하고 있습니다. 다양한 자동화 도구를 사용하여 개발 및 테스트를 실시하여 효과성과 효율성을 개선합니다.
새로운 프로젝트에서 로열티 제도를 도입하고 비즈니스 요구 사항 사양과 시스템 설계 사양이 모두 제작되었습니다. 시간이 중요한 곳에서는 RAD(Rapid Application Development) 수명 주기 모델이 사용됩니다. 과거에는 기존 시스템에 대한 업데이트로 인해 기존 기능에 영향을 미치는 문제가 있었습니다. 테스터는 대표적이고 현실적인 운영 프로필과 데이터를 사용하지 않아 상당한 프로덕션 문제가 발생했습니다. 이 프로젝트에 대해 다음과 같은 테스트 정책 성명이 제안되었습니다.
a. 테스트는 위험 기반이어야 합니다.
b. IEEE829를 확인하는 마스터 테스트 계획은 각 테스트 프로젝트에 대해 작성되어야 합니다. c. 테스트 절차는 절차를 작성하지 않은 테스터가 실행해야 합니다. d. 모든 릴리스에서 회귀 테스트를 수행해야 합니다. e. 테스터는 프로덕션에서 발견된 모든 결함에 대해 책임을 져야 합니다. f. 라이브 환경을 대표할 수 있도록 테스트 환경을 설계하는 데 시간을 할애해야 합니다.
다음 옵션 중 이 프로젝트에 가장 도움이 될 세 가지 정책 성명을 식별하는 것은 무엇입니까?

시나리오 2 참조 프로젝트 2는 RAD 소프트웨어 개발 모델을 사용하여 제공됩니다. 두 가지 증분이 있는데, 첫 번째는 'Silver Sound Ltd'에서 제공하는 사운드 시스템 테스트를 용이하게 하는 간단한 프로토타입 사용자 인터페이스를 제공하고, 두 번째는 프로덕션 시스템에 필요한 전체 사용자 인터페이스를 제공합니다.
비즈니스 요구사항과 프로젝트 계획이 개발 중이며, 각 단계에 대한 자세한 시스템 분석이 이어질 예정입니다.
테스트 정책과 위험 등록부를 공부했고 다음 테스트 활동을 계획해야 합니다. 다음 중 이 프로젝트에 가장 효과적인 접근 방식은 무엇입니까?
옵션 하나를 선택하세요

다음 중 어느 것이 중량급 위험 기반 테스트 기술로 간주됩니까?

Agile 프로젝트에서 결함이 발견되었을 때 공식적인 결함 보고서를 작성하지 않아도 되는 경우는 언제인가요?

대부분의 회사 관리자는 테스트 팀의 노력을 가치 있다고 생각하는 반면, 일부 관리자는 포괄적인 테스트를 SDLC에 대한 불필요한 비용 부담으로 봅니다.
테스트 관리자는 조직에 대한 테스트의 가치를 정량화하기 위해 어떤 조치를 취할 수 있습니까? [3]

SoftTech는 고객이 인터넷과 텔레뱅킹을 통해 지불을 처리할 수 있도록 소매 은행에 핵심 뱅킹 상품을 제공합니다. SoftTech의 테스트 관리자로서 귀하는 모든 SoftTech 제품에 대한 시스템 테스트와 시스템 통합 테스트를 담당합니다.
현재 진행 중인 프로젝트는 SoftTech의 핵심 뱅킹 상품을 기존 은행의 시스템에 통합하는 것입니다. 기존 은행의 시스템은 경험이 풍부한 개발자들이 유지 관리하고 있지만 문서화가 제대로 되어 있지 않습니다.
SoftTech의 개발팀은 은행의 기존 시스템에 대한 10개 인터페이스에 대한 사양을 작성했습니다. 인터페이스당 2인일의 준비 기간과 인터페이스당 2인일의 테스트 실행 기간을 허용하는 시스템 통합 테스트를 위한 추정 매트릭스가 있습니다. 시스템 통합 테스트 완료를 위한 종료 기준은 다음과 같이 합의되었습니다.
1. 개방형 심각도 1 결함 없음
2 최대 10개 개방 심각도 2 및/또는 3 결함
3. 모든 인터페이스 테스트됨
4. 비용 견적은 초과될 수 없습니다.
시스템 통합 테스트 실행은 5주 동안 진행될 예정이며, 5주차에는 회귀 및 버그 수정에만 시간을 할애합니다.
3주차가 끝나면서 다음과 같은 테스트 보고서가 작성되었습니다(주별 수치이며 누적이 아님):

(b). 개방형 심각도 2 및 3 결함
(c). 인터페이스 테스트 진행 상황
(d). 디버깅을 위한 개발 리소스
(e). 사용 가능한 예산
옵션 하나를 선택하세요

귀하는 STEP 모델을 사용하여 귀하의 조직을 위한 테스트 프로세스 개선 프로젝트를 시작했습니다. 귀하는 이해관계자와 프로세스 개선의 목표, 목적, 범위 및 적용 범위에 대해 합의했으며 프로젝트에 적용될 성공 기준을 정의했습니다. 성공 기준은 위험 감소를 프로세스 개선의 가장 중요한 목표 혜택으로 만들지만, 전반적인 투자 수익률도 중요한 고려 사항입니다. 방금 초기 테스트 평가 보고서를 받았습니다.
다음 중 어느 것이 다음 단계일까요? 옵션 하나 선택

귀하는 귀하의 조직에 대한 테스트 방법론을 문서화하고 있으며 모든 향후 프로젝트에 대해 다음 활동을 채택해야 한다고 지정했습니다. 1. 품질 위험을 완화하기 위한 테스트의 설계, 구현 및 실행
2 웹 페이지 탐색을 테스트하기 위한 체크리스트의 광범위한 활용
3. 테스트 일정에 통합할 탐색 테스트 세션 다음 테스트 전략을 고려하세요.
a. 분석 테스트 전략
b 체계적인 테스트 전략
c. 프로세스 또는 표준 준수 테스트 전략
d 반응형 테스트 전략
e. 회귀 회피 테스트 전략
다음 중 이 조직에 가장 적합한 전략 3가지는 무엇입니까?

'세이프 애즈 하우스(Safe as Houses)'는 경보 시스템, 감시 카메라 및 기타 형태의 억제 수단을 포함한 홈 보안 소프트웨어를 전문으로 하는 회사입니다.
현재 TV를 시청하는 사람이 집에 있는 것처럼 들리는 소리와 빛 이미지를 생성하는 액티브 TV를 시뮬레이션하는 장치용 소프트웨어를 개발 중입니다. 'Safe as Houses'는 최근 Smart Alarms'에 소프트웨어를 공급하는 수익성 있는 계약을 체결했으며, 이 회사는 하드웨어 장치를 제조할 예정입니다. 사운드는 제3자 공급업체인 'Silver Sound Ltd'를 통해 라이선스를 받은 실제 TV 및 필름 아카이브를 사용하여 생성됩니다. 고객이 사운드 트랙을 선택할 수 있도록 사용자 인터페이스가 사내에서 개발됩니다.
소프트웨어는 3개의 프로젝트로 구성된 작업 프로그램으로 제공됩니다. 프로젝트 1은 조명 이미지용 소프트웨어를 개발합니다. 프로젝트 2는 사운드 시스템을 개발하고 프로젝트 3은 'Smart Alarms'에서 제공하는 하드웨어 프로토타입을 사용하여 두 가지를 통합합니다. 이 프로그램은 'Smart Alarms'가 사용성 랩에서 사용자 수용 테스트를 수행하는 것으로 마무리됩니다.
'Safe as Houses' 테스트 팀은 알람 및 감시 시스템 테스트 경험이 있지만 광 이미지 소프트웨어 테스트 경험이 부족합니다. 조직 테스트 정책에는 다음 목표가 포함됩니다.
1 탐색 테스트는 시간과 예산의 제약 내에서 보다 공식적이고 구조화된 테스트를 보완하는 데 사용되어야 합니다.
2. 회귀 테스트의 폭과 효율성을 극대화하기 위해 테스트 자동화 도구를 구매하여 사용해야 합니다. 프로그램 위험 등록부에는 현재 다음과 같은 위험이 포함됩니다.
위험 1 작동 프로토타입이 통합 테스트 환경에 늦게 전달됩니다. 위험 2 'Silver Sound Ltd'와의 계약 체결이 지연되어 프로그램 일정에 영향을 미칩니다. 위험 3 조명 이미지 소프트웨어 테스트 경험이 부족하여 주요 결함을 놓칠 수 있습니다. 위험 4 사운드 시스템의 사용자 인터페이스 소프트웨어가 테스트에 늦게 전달됩니다. 시나리오 2 참조 - 'Safe as Houses'의 IT 디렉터가 프로그램 테스트 관리자를 모집하고 있으며 4명의 잠재적 후보자에 대한 기술 매트릭스가 제공되었습니다. 매트릭스는 각 후보자의 기술 수준(5가 가장 높고 1이 가장 낮음)을 보여줍니다.

이 시나리오에서 프로그램 테스트 관리자에게 중요한 기술이 무엇인지 생각해 보세요. 이를 바탕으로 어떤 후보자가 가장 적합할까요?
옵션 하나를 선택하세요

요구 사항 적용 비율에 대한 지표는 언제 정의됩니까?

회귀 문제가 있는 프로젝트를 진행하고 있습니다. 테스트 팀에 소프트웨어 릴리스를 제공할 때마다 발견된 결함의 50%가 실제로 회귀입니다. 이를 해결하기 위해 테스트 자동화를 구현하기로 결정했습니다. 자동화 팀에 다음 목표를 제공했습니다.
'제품 출시일 전에 수동 회귀 테스트의 90%를 자동화하기 위한 자동화를 구현합니다.' 이 목표를 "SMART"로 정의하는 데 문제가 될 가능성이 있는 것은 다음 중 어느 것입니까?

다음 중 어느 것이 테스트 프로젝트 내에서 단계 격리를 평가할 수 있게 할까요? 옵션 하나 선택

팀 내 갈등을 해결하기 위해 관리자가 반복적으로 개입해야 한다면 팀은 현재 어떤 단계에 있으며 테스트 관리자에게 필요한 역량은 무엇일까요?