A. 테스터는 결함을 식별하고, 개발자는 결함을 찾아서 수정하며, 테스터는 수정으로 인해 원래 결함이 제거되었음을 확인합니다.

B. 개발자는 결함을 식별하고, 테스터는 결함을 찾고, 개발자는 수정하고 수정 사항으로 인해 원래 결함이 제거되었는지 확인합니다.

C. 테스터는 결함을 식별 및 찾고, 개발자는 결함을 수정하고 수정 사항으로 인해 원래 결함이 해결되었는지 확인합니다.

D. 개발자는 결함을 식별, 찾아 수정하고, 테스터는 수정으로 인해 원래 결함이 해결되었음을 확인합니다.

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

B. 시스템 등가 파티셔닝을 더욱 명확하게 식별

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

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

A. 시간 압박으로 인해 테스트 우선순위를 다시 지정합니다.

B. 테스트 환경의 실행 가능성으로 인해 테스트 일정을 변경합니다.

C. 테스트 계획에 테스트 일시 중지 및 재개 기준 작성

D. 수정 사항을 빌드에 적용하기 전에 개발자가 수정 사항을 다시 테스트하도록 요구하는 진입 기준을 설정합니다.

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

B. 테스트를 실행하고, 결함을 식별 및 기록하고, 권장 사항 및 종료 보고서를 준비합니다.

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

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

A. 명령문 테스트

B. 탐색적 테스트

C. 추측 오류

D. 결정 테이블 테스트