A. 입력 입력, 이벤트 트리거 및 메서드 호출을 통해 SUT를 실행하는 기능

B. 구성 요소 또는 데이터에 대한 무단 액세스를 방지하는 SUT의 기능입니다.

C. SUT에서 상태, 출력, 중간 결과 및 오류 메시지를 식별하는 기능

D. 지정된 기간 동안 의도된 기능을 수행하는 SUT의 능력

A. 회귀 테스트를 자동화할 때 해당 수동 테스트가 이미 실행되어 올바르게 작동하는지 확인해야 합니다.

B. 회귀 테스트를 자동화할 때 자동 테스트의 구조는 항상 해당 수동 테스트와 동일해야 합니다.

C. 회귀 테스트를 자동화할 때 테스트 전제 조건을 설정하는 초기화 단계는 가능한 한 자동화되어야 합니다.

D. 회귀 테스트를 자동화할 때 자동화로 얼마나 많은 시간을 절약할 수 있는지 고려해야 합니다.

A. 새로운 기능을 도입하려면 테스트웨어 구성 요소를 업데이트하거나 추가해야 할 수 있습니다.

B. 자동화된 테스트는 새로운 기능의 도입에 영향을 받지 않으며 새로운 SUT에 대해 테스트를 실행하는 것은 노력 낭비입니다.

C. 테스트 자동화 엔지니어는 비즈니스 분석가와 협력하여 새 기능을 테스트할 수 있는지 확인해야 합니다.

D. 개발이 아직 시작되지 않았기 때문에 새로운 기능에 대한 테스트 케이스를 자동화하는 것이 일반적으로 더 어렵습니다.

A. 구성 요소 및 시스템 수준 모두에서 테스트를 자동화합니다. 모든 인터페이스가 완전히 개발 또는 수정되고 수동 테스트가 성공적으로 완료된 후에만 이 자동화를 수행하십시오.

B. 시스템 수준의 한 수준에서만 테스트를 자동화합니다. 새로 개발된 인터페이스만 사용하고 사용자 지정 인터페이스/테스트 후크를 만들지 마십시오.

C. 한 수준, 구성 요소 수준에서 테스트를 자동화하고 인터페이스가 아직 개발되거나 수정되지 않은 이 수준에 대한 사용자 지정 인터페이스/테스트 후크를 만듭니다.

D. 구성 요소 및 시스템 수준의 두 가지 수준에서 테스트를 자동화합니다. 아직 개발 또는 수정되지 않은 인터페이스에 대해 구성 요소 수준에서 사용자 지정 후크를 만듭니다. 새로 개발되거나 수정된 ​​인터페이스만 사용하여 시스템 수준에서 테스트하십시오.

A. SUT의 새 릴리스마다 자동 테스트로 달성한 코드 범위

B. SUT의 새 릴리스마다 단일 소프트웨어 결함으로 인해 실패한 자동화된 테스트의 수

C. SUT의 새 릴리스마다 모든 자동화된 테스트를 실행하는 데 걸리는 시간입니다.

D. SUT의 새 릴리스마다 유지 관리가 필요한 자동화된 테스트의 수입니다.