A. 문제가 있는 사용자 스토리의 디자인을 검토하고 가능한 곳을 개선합니다.

B. 차단된 각 테스트에 대한 버그 보고서를 작성합니다.

C. 개발자와 협력하여 테스트가 실패하는 이유를 제안합니다.

D. 다른 사용자 스토리의 기존 테스트 사례를 개선하고 자동화하는 데 시간을 사용합니다.

A. 이는 테스트가 개발 주기 초기에 이루어진다는 것을 의미합니다.

B. 필요한 테스트 케이스의 양을 평가하는 데 도움이 됩니다.

C. 테스트 활동의 복잡성을 보여줍니다.

D. 진행 상황을 테스트하기 위한 지표 역할을 합니다.

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

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

C. 경험이 풍부한 테스터에게 2시간을 넘지 않는 시간 제한 세션에 대한 테스트 전세를 준비하도록 요청하세요.
각 세션 내에서 테스트는 경험적 지식, 창의성, 직관력을 활용해 설계하고 실행해야 합니다.

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

A. Agile 회고 동안 테스터는 테스트가 아닌 활동에 대해서만 건설적인 제안을 제공하도록 권장되어야 합니다.

B. Agile 회고에서 조정자는 팀이 잘하고 있는 일이 무엇인지 질문함으로써 팀이 좋은 관행을 유지하도록 장려하고 보장할 수 있습니다.

C. 애자일 회고는 주로 팀의 통제 밖에 있는 장애물에 초점을 맞춰야 합니다. 이런 문제는 더 어렵기 때문입니다.

D. Agile이 아닌 프로젝트에서 진행되는 작업 세션이나 회의와 달리 Agile 회고에는 후속 활동이 필요하지 않습니다.

A. 탄력적인 테스트란 테스트 프로세스가 개발 프로세스 전반에 걸쳐 빠른 변화를 처리할 수 있고 각 반복 과정에서 테스트 계획을 업데이트할 수 있음을 의미합니다.

B. 신뢰성이란 테스터가 테스트 프로세스에 대한 정보를 이해 관계자와 공유하여 선택된 테스트 전략과 테스트 활동을 신뢰할 수 있다고 생각하도록 해야 함을 의미합니다.

C. 기능 간 팀워크는 모든 팀원이 다양한 방식으로 테스트에 기여하는 것을 의미합니다. 예를 들어, 테스트 전략, 테스트 계획 및 실행, 테스트 보고에 참여하는 것이 좋습니다.

D. 공동 팀워크란 개발자와 테스터를 포함한 모든 팀원이 같은 사무실에 함께 앉아 얼굴을 마주보며 빠르게 소통할 수 있다는 것을 의미합니다.