A. 테스트 계획은 개발자 작업의 영향을 받기 때문에 개발팀의 전체 프로젝트 계획이 준비되기 전에 테스트 계획을 시작해서는 안 됩니다.

B. 테스트 계획은 프로젝트 초기에만 수행되는 활동입니다.

C. 테스트 계획은 무엇보다도 테스트 범위, 위험 및 리소스 가용성의 영향을 받습니다.

D. 테스터의 독립성이 품질을 높이고 테스트를 개선하기 때문에 테스트 계획은 개발 팀의 제약을 고려하지 않아야 합니다.

A. 하나 이상의 테스트 사례로 확인할 수 있는 구성 요소 또는 시스템의 항목 또는 이벤트입니다.

B. 소프트웨어 테스트에만 적용됩니다.

C. 비즈니스 요구 사항에서 파생된 테스트 가능한 구성 요소입니다.

D. 전체적으로 테스트했을 때 긍정적이거나 부정적인 결과를 나타내는 복합 테스트 케이스 세트의 그룹화.

A. 기능성

B. 유리 상자

C. 구조적

D. 흰색 상자

A. 연습.

B. 상태 전환 테스트.

C. 결정 테이블 테스트.

D. 진술 테스트.

A. 계획 및 제어, 분석, 설계, 구현, 실행, 종료 기준 평가 및 보고, 테스트 종료.

B. 테스트 실행, 결함 식별 및 기록, 권장 사항 및 종결 보고서 준비.

C. 정적 테스트, 동적 테스트, 결함 보고, 보고 및 종결.

D. 제어, 테스트 사례 준비, 테스트 사례 실행, 회귀 팩 실행, 개발자와의 커뮤니케이션, 릴리스 권장 사항 작성.