A. 새 소프트웨어 도구 구입

B. 회귀 제품군 업데이트

C. 기존 시스템을 대체하는 초기 개발 중 테스트

D. 새로운 플랫폼으로 소프트웨어 마이그레이션

A. 승인 수준에서 보안을 테스트하기 위한 기능 테스트, 가용성이 허용 가능한지 확인하기 위한 승인 테스트 수준에서 로드 테스트, 최신 변경 사항이 올바르게 수행되었는지 확인하기 위한 승인 수준에서의 회귀 테스트 및 구성 요소 수준에서 구조 기반 테스트

B. 시스템 수준에서 보안을 테스트하는 기능 테스트, 시스템 가용성이 허용 가능한지 확인하기 위한 시스템 수준에서 로드 테스트, 모든 수준에서 회귀 테스트, 구성 요소 수준에서만 구조 기반 테스트

C. 구성 요소 수준에서 사용 사례를 테스트하는 기능 테스트, 통합 수준에서 가용성을 테스트하는 안정성 테스트, 시스템 테스트 수준에서만 회귀 테스트, 모든 수준에서 구조 기반 테스트

D. 시스템 수준에서 사용 사례의 기능 테스트, 가용성을 보장하기 위한 구성 요소 수준에서 부하 테스트, 시스템 및 허용 수준에서만 회귀 테스트, 통합 수준에서만 구조 기반 테스트

A. 결함을 드러내지 않는 테스트 케이스 만들기

B. 개발자에 의한 결함 마스킹

C. 다른 오류 조건을 숨기는 오류 조건

D. 테스터에 의한 결함 마스킹

A. 기준 A = OK, 기준 B = OK, 기준 C = OK

B. 기준 A = 양호하지 않음, 기준 B = 양호하지 않음, 기준 C = 양호

C. 기준 A = 양호, 기준 B = 양호하지 않음, 기준 C = 양호하지 않음

D. 기준 A = 양호하지 않음, 기준 B = 양호하지 않음, 기준 C = 양호하지 않음

A. 테스트 성능 개선 범위가 모든 테스트 수준을 포괄한다면 TPI는 주로 블랙박스 테스트에 중점을 두므로 TMMi가 선호됩니다.

B. TPI는 특정(테스트) 프로젝트에 대한 테스트 주제를 다루는 데 적합한 상향식 모델에 훨씬 더 가깝습니다.

C. TMMi는 전통적인 V 모델에서만 사용할 수 있는 반면 TPI는 모든 유형의 소프트웨어 수명 주기에서 사용할 수 있습니다.

D. 조직에서 이미 CMMI를 적용하고 있는 경우 동일한 구조와 동일한 용어를 사용하므로 TMMi가 선호될 수 있습니다. TMMi는 관리 약속을 매우 강력하게 다루므로 하향식 개선 프로세스를 지원하는 데 더 적합합니다.