이 활동은 각 반복 초기에서, 해당 반복의 미션에 대한 충분한 합의에 도달함과 동시에 시작되며 필요에 따라 반복 전체에서 계속 수행됩니다. 또한 초기 도입/인식(Inception), 정제(Elaboration) 및
구현/구축(Construction) 단계(Phase)에서 주로 실행되어 구현/구축 및 전이(Transition) 후반부에서 점진적으로 감소합니다.
이 활동은 테스트 접근 방식이 잘 알려져 있는 경우 선택적으로 간주되며 현재 컨텍스트에서 해당 적용성이 잘 확립됩니다.
이 작업은 테스트 주기에 종속되지 않는 측면이 있어 후속 반복까지 사용하지 않는 기법에 대한 검증이 포함될 수 있습니다. 이 작업은 일반적으로 현재 반복에 대한 평가 미션이 정의된 후 시작됩니다. 그러나 먼저
시작할 수도 있습니다. 경우에 따라 기법에 대한 가장 효과적인 구현 접근 방식을 찾기 위해 여러 반복을 수행해야 합니다.
이 작업에 포함되는 테스트 구현 및 실행 활동은 확인 대상 기법이 실제로 효과가 있음을 입증하기 위해 수행됩니다. 이러한 경우 테스트 선택을 소규모의 대표 서브세트로 제한해야 하며 일반적으로 실제적인 품질 위험성이
있는 영역에 초점을 맞추어야 합니다. 실패가 예상되는 테스트 선택사항을 포함함으로써 해당 기법으로 이러한 실패를 막을 수 있는지 확인해야 합니다.
테스트 대상 항목의 실패를 식별하고 해당 사실을 기록하는 데 있어 이 작업의 목표는 단지 테스트 대상 항목의 실패를 식별하는 것이 아닙니다. 실제 목표는 해당 접근 방식이 올바르고(반복 목표를 충족시키는 결과
생성) 달성 가능하며(주어진 자원 제한조건으로 구현 가능) 효과적인 방식인지 확인하는 것입니다.
이 작업을 통해 원하는 시점에 결과를 생성하려면 일반적으로 불완전한 "비공식" 빌드를 사용하거나 잘 알려져 있는 테스트 환경 구성의 외부에서 이 작업을 수행해야 합니다. 이러한 방법은 서로 절충이 가능한 방법이지만
해당 조건하에서 접근 방식을 확인하는 데 따른 제한조건, 가정 및 위험성에 유의해야 합니다.
라이프사이클 단계가 진행됨에 따라 일반적으로 테스트 노력의 초점도 변경됩니다. 이러한 경우 새 접근 방식 또는 추가 접근 방식이 필요할 수 있으며 이로 인해 테스트 노력을 지원하기 위한 새로운 테스트 유형 또는 새
기법을 도입해야 합니다.
도메인, 테스트 환경 및 기타 전략적으로 중요한 측면이 모두 새로 변경된 경우 이 작업을 완료하기 위한 보다 많은 시간과 노력을 허용해야 합니다. 경우에 따라, 특히 자동화에 대한 요구가 필수적인 경우 제한된 시간
동안(예: 계약) 전략적으로 새로운 측면에 대한 전문적인 스킬과 경험을 보유하고 있는 인적 자원을 사용하여 테스트 전략의 중요한 기술적 요구를 정의하고 확인하는 것이 보다 경제적일 수 있습니다.
|