A. 테스트 실행 일정

B. 예상 결과 및 실제 결과

C. 문제를 재현하기 위한 정확한 단계

D. 테스트 중인 소프트웨어의 버전

A. 구성 요소 테스트는 테스트 중인 코드에 대한 액세스와 단위 테스트 프레임워크 또는 디버깅 도구와 같은 개발 환경의 지원으로 발생합니다.

B. 구성 요소 테스트 스텁에서 드라이버 및 시뮬레이터를 유용하게 활용하여 테스터 활동을 용이하게 할 수 있습니다.

C. 구성 요소 테스트는 기능을 확인합니다. 소프트웨어 모듈, 프로그램, 개체, 클래스 등
별도로 테스트할 수 있습니다.

D. 구성 요소 테스트는 모듈 간의 인터페이스와 시스템의 다른 부분의 상호 작용을 테스트합니다.

A. 기술 검토

B. 진술 테스트 및 범위

C. 등가 파티셔닝

D. 정적 분석

A. 테스터와 검토자는 결함을 찾을 만큼 호기심이 없습니다.

B. 테스터와 리뷰어는 소프트웨어 제품의 결함이 개발자에 의해 이미 발견되고 수정되었다고 기대합니다.

C. 테스터와 리뷰어는 실패와 결점을 찾을 만큼 자격이 없습니다.

D. 테스터와 리뷰어는 소프트웨어 제품이 아닌 개인에 대한 비판으로 결함을 전달합니다.

A. 입찰자의 테스트 정책은 사고 관리가 IEEE 1044를 완전히 준수하도록 강제해야 합니다.

B. 입찰자의 프로젝트 전략은 모든 테스트 환경의 데이터 콘텐츠가 EU 표준을 준수함을 보여줍니다.

C. 입찰자의 테스트 계획에 따르면 신청서는 6개월 후에 승인을 위해 전달될 것입니다.

D. 입찰자의 프로젝트 테스트 계획은 나중에 확인해야 하는 납품 날짜와 함께 단계별 구현을 설명하고 테스트 결과물이 가이드로 IEEE 829를 사용하여 개발될 것이라고 명시합니다.