A. 테스트는 소프트웨어 개발을 추진하는 데 사용됩니다.

B. 소프트웨어는 테스트 기술의 조합을 사용하여 테스트되었습니다.

C. 출시 예정인 소프트웨어에 결함이 없습니다.

D. 소프트웨어가 적절하게 보호되었습니다.

A. 검토에 참여할 사람 결정

B. 검토 회의 중 발견된 이상 사항 기록

C. 검토 중인 작업 제품의 잠재적 이상 식별

D. 검토 중인 작업 제품에서 발견된 이상 현상 수정

A. 탐색적 테스트는 테스터가 테스트할 수 없는 요구 사항을 감지하기 위해 요구 사항 사양을 탐색하는 경험 기반 테스트 기술입니다.

B. 세션 기반 접근 방식에 따라 탐색적 테스트를 수행하는 경우 테스터가 감지한 문제는 세션 시트에 문서화될 수 있습니다.

C. 탐색 테스트는 테스터가 비공식적인 코드 검토 중에 소스 코드를 탐색하여 결함을 찾는 데 사용하는 경험 기반 테스트 기술입니다.

D. 탐색 테스트에서 테스터는 일반적으로 스크립트 테스트를 생성하고 이러한 테스트와 테스트 기준 항목 간의 양방향 추적성을 설정합니다.

A. 문제를 관찰한 장치 및 실행 테스트에 대한 자세한 정보를 제공하는 결함 보고서를 열어야 합니다.

B. 이 문제는 기능이 아닌 성능 효율성과 관련이 있습니다. 따라서 기능 테스터는 모든 기능 테스트가 통과되었으므로 결함 보고서를 열지 않아야 합니다.

C. 문제가 발생한 장치의 하드웨어 장비가 불량하여 발생한 것일 가능성이 높으므로 결함 보고서를 열지 마십시오.

D. 결함 보고서를 열어서는 안 되며 테스트 관리자에게 문제가 관찰된 장치가 더 이상 지원되지 않아 요구 사항 사양에서 제거될 것이라고 알려서는 안 됩니다.

A. 모든 개발 활동에 해당 테스트 활동이 필요한 것은 아닙니다.

B. 각 테스트 레벨에는 적절한 테스트 목표가 있어야 합니다.

C. 작업 제품이 완성된 후에 검토를 수행해야 합니다.

D. 테스트 레벨 간의 중복성이 많으면 버그 누출을 방지할 수 있으므로 좋습니다.