A. 시스템을 구현하기 전에 요구사항 사양을 검토하면 품질을 향상시킬 수 있습니다.

B. 소프트웨어 테스트에서 결함이 없음을 입증합니다.

C. 시스템의 위험 수준을 낮추는 적절하게 설계된 테스트

D. 소프트웨어 테스트는 개발 활동을 개선하는 데 사용할 수 있는 결함을 식별합니다.

A. 침입 테스트 도구는 프로브 효과를 나타내지 않는 도구입니다.

B. 개발자와 테스터 모두 테스트 도구를 사용할 수 있습니다.

C. 테스트 도구 사용은 테스트 자동화 시스템의 일부로 수행되는 경우에만 효과적입니다.

D. 테스트 도구를 사용하면 개발자가 테스트를 수행할 수 있습니다. 이러한 도구를 사용하면 테스트 팀의 역할이 변경됩니다.

A. 구성 요소, 통합 또는 시스템 수준에서 시스템 또는 소프트웨어의 구조를 식별합니다.

B. 테스트 조건에서 사양 및 요구 사항까지 추적성을 설정합니다.

C. 테스터의 기술, 직관 및 경험을 사용하여 오류 추측 및 탐색 테스트를 통해 테스트 사례를 도출합니다.

D. 의사결정 테이블을 사용하여 실행할 부울 테스트 조건을 생성합니다.

A. 체크리스트 기반 테스트는 널리 사용되지만 일관성이 거의 없으며 테스트 케이스 개발에 관한 지침도 거의 제공하지 않습니다.

B. 체크리스트 기반 테스트에는 사용자에게 중요한 사항과 소프트웨어가 실패하는 이유 및 방식에 대한 이해를 기반으로 한 테스트 목록이 포함될 수 있습니다.

C. 체크리스트 기반 테스트는 유용성, 성능 및 보안 테스트를 포함한 비기능 테스트로 제한됩니다.

D. 체크리스트 기반 테스트에는 자세한 테스트 조건 목록의 공식 테스트가 포함되어 있어 반복성이 뛰어납니다.

A. 배치됨 --> 취소됨 ~> 배치됨 -> 취소됨 --> 배치됨 --> 생산 중 --> 취소됨

B. 배치됨 --> 생산 중 --> 배송됨 --> 취소됨 --> 배치됨

C. 생산 중 -> 배송됨 -> 청구됨 -> 취소됨 -> 배치됨 -> 생산 중

D. 생산 중 -> 취소됨 -> 배치됨 -> 생산 중 -> 취소됨 --> 배치됨