A. 시나리오

B. 기능적 동작

C. 외부 인터페이스

D. 품질 특성

A. 테스터가 테스트해야 할 빌드가 너무 많아 테스트 품질이 떨어지는 경우가 있습니다.

B. 모든 테스트를 자동화해야 하므로 팀에서는 더 이상 수동 테스트를 실행할 수 없습니다.

C. 개발자의 작업량이 증가하여 출력이 감소할 수 있습니다.

D. 팀에서는 때때로 단위 테스트에 지나치게 의존하여 일부 중요한 시스템 및 수용 테스트를 제외합니다.

A. 테스트 차터를 사용하여 탐색적 테스트를 설계할 독립적인 테스터를 시간 제한 세션에 배정합니다. 각 세션이 5시간 이상 소요되도록 모든 세션을 병렬로 진행하도록 계획합니다.

B. 경험이 풍부한 테스터에게 문서와 도구의 제약 없이 시스템을 사용하여 새로운 결함을 찾아보도록 요청합니다.

C. 스프린트에 참여하지 않은 테스터를 사용하여 사용자 스토리에서 새로운 테스트 케이스를 작성합니다. 이 테스트 케이스는 스프린트 기간 동안 지정된 시간 동안 실행됩니다.

D. 경험이 풍부한 테스터에게 2시간을 넘지 않는 시간 제한 세션에 대한 테스트 헌장을 준비하도록 요청하세요. 테스트는 휴리스틱, 창의성, 직관을 사용하여 각 세션 내에서 설계하고 실행해야 합니다.

A. 명세서 테스트 - 소득 계산의 모든 명세서를 테스트합니다.

B. 사용자 스토리 테스트 - 사용자가 소득 금액을 입력하고 결과를 얻을 수 있는지 테스트합니다.

C. 상태 전환 테스트 - 소득 진입의 모든 상태를 테스트합니다.

D. 동등 분할 - 저소득, 중소득, 고소득을 대상으로 테스트합니다.

A. 지속적인 통합

B. 익스트림 프로그래밍

C. 스크럼

D. 칸반