A. 가능한 상태 전환에서 실패 찾기

B. 시스템 등가 파티셔닝의 명확한 식별

C. 실제 세계에서 시스템 사용을 강조하는 비즈니스 프로세스 흐름의 실패 찾기

D. 시스템 구성 요소의 버그 식별.

A. 실제 결과와 예상 결과 간의 불일치는 사건으로 기록되어야 합니다.

B. 소프트웨어 제품의 개발, 검토, 테스트 또는 사용 중에 사고가 발생할 수 있습니다.

C. 사고는 발견 및 분류에서 솔루션의 수정 및 확인에 이르기까지 추적되어야 합니다.

D. 인시던트는 실제 결과와 예상 결과 간의 불일치이므로 개발 중에 제기할 수 없습니다.

A. 지금까지 테스트 실행에 사용한 테스터 수

B. 이미 완료된 테스트에서의 실패율

C. 계획된 총 테스트 수

D. 테스트할 총 요구 사항 수

A. 테스트 설계 프로세스

B. 구성 관리 프로세스

C. 사고 관리 프로세스

D. 소프트웨어 추적 프로세스

A. 테스트를 정기적으로 검토하고 수정하지 않으면 결함을 발견하지 못할 것입니다.

B. 일련의 테스트를 반복적으로 실행하면 시스템에 결함이 없음을 확인할 수 있습니다.

C. 살충제를 뿌리는 것과 같은 테스트는 효과적인 벌레/결함 제거 활동입니다.

D. 결함은 역설적이게도 소수의 모듈에 포함되는 경우가 많습니다.