활동: 테스트 접근 방식 확인
이 활동은 테스트 접근 방식에서 간략하게 설명한 다양한 기법이 계획된 테스트 노력에 도움이 됨을 보여줍니다. 이는 접근 방식이 유효하고 정확한 결과를 생성하며 사용 가능한 자원에 적절한지 여부를 시연을 통해 확인하는 것을 목적으로 합니다.
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
관계
상위 활동
설명

목표는 지정된 프로젝트 컨텍스트에 적용할 때 각 기법의 제한조건 및 한계에 대한 이해를 얻고 다음 중 하나를 수행하는 것입니다.

  • 각 기법의 적절한 구현 솔루션을 찾으십시오.
  • 사용할 수 있는 대체 기법을 찾으십시오.

이것은 테스트 접근 방식이 무효하다는 사실을 프로젝트 라이프사이클에서 너무 늦게 발견하게 되는 위험성을 줄여줍니다.
각 반복에서 이 작업은 주로 다음 사항에 초점을 맞춥니다.

  • 계획한 테스트 전략이 효력 있고 가치 있는 결과를 산출하는지 미리 확인
  • 테스트 전략을 구현하고 지원하는 기본 하부 구조 구축
  • 개발 팀으로부터 테스트 전략을 수행하는 데 필요한 테스트 용이성 요구사항에 맞는 소프트웨어 개발 및 이러한 테스트 용이성 요구사항에 대한 지속적인 지원 제공에 대한 확약 얻기
  • 각 기법의 범위, 경계, 한계 및 제한조건 식별
특성
이벤트로 구동됨
다중 발생
진행 중임
선택사항
계획됨Yes
반복 가능함
인력 구성

테스트 원칙과 관련된 대부분의 역할이 이 작업을 수행하는 데 일정 부분 역할을 수행하지만, 주로 테스트 디자이너테스터 역할을 중심으로 노력이 이루어집니다. 이 작업에 필요한 가장 중요한 스킬 분야에는 소프트웨어 아키텍처, 소프트웨어 디자인 및 문제점 해결이 포함됩니다.

일반적으로 도입/인식(Inception) 단계 후반부터 구현/구축(Construction) 단계 초반의 반복에는 이 작업에 보다 많은 자원이 필요하고 구현/구축(Construction) 및 전이(Transition) 단계 후반에는 최소한의 자원이 필요합니다. 그러나 프로젝트가 진행됨에 따라 새 테스트 전략을 정의 및 확인해야 하는 새로운 목표 또는 인도물이 식별될 수 있음에 유의하십시오.

단계별 상대적인 자원 할당에 대한 방법으로서, 이 활동의 일반적인 테스트 자원 사용량 백분율은 도입/인식(Inception) - 30%, 정제(Elaboration) - 20%, 구현/구축(Construntion) - 10% 및 전이(Transition) - 05%입니다.

사용법
사용법 안내

이 활동은 각 반복 초기에서, 해당 반복의 미션에 대한 충분한 합의에 도달함과 동시에 시작되며 필요에 따라 반복 전체에서 계속 수행됩니다. 또한 초기 도입/인식(Inception), 정제(Elaboration) 및 구현/구축(Construction) 단계(Phase)에서 주로 실행되어 구현/구축 및 전이(Transition) 후반부에서 점진적으로 감소합니다.

이 활동은 테스트 접근 방식이 잘 알려져 있는 경우 선택적으로 간주되며 현재 컨텍스트에서 해당 적용성이 잘 확립됩니다.

이 작업은 테스트 주기에 종속되지 않는 측면이 있어 후속 반복까지 사용하지 않는 기법에 대한 검증이 포함될 수 있습니다. 이 작업은 일반적으로 현재 반복에 대한 평가 미션이 정의된 후 시작됩니다. 그러나 먼저 시작할 수도 있습니다. 경우에 따라 기법에 대한 가장 효과적인 구현 접근 방식을 찾기 위해 여러 반복을 수행해야 합니다.

이 작업에 포함되는 테스트 구현 및 실행 활동은 확인 대상 기법이 실제로 효과가 있음을 입증하기 위해 수행됩니다. 이러한 경우 테스트 선택을 소규모의 대표 서브세트로 제한해야 하며 일반적으로 실제적인 품질 위험성이 있는 영역에 초점을 맞추어야 합니다. 실패가 예상되는 테스트 선택사항을 포함함으로써 해당 기법으로 이러한 실패를 막을 수 있는지 확인해야 합니다.

테스트 대상 항목의 실패를 식별하고 해당 사실을 기록하는 데 있어 이 작업의 목표는 단지 테스트 대상 항목의 실패를 식별하는 것이 아닙니다. 실제 목표는 해당 접근 방식이 올바르고(반복 목표를 충족시키는 결과 생성) 달성 가능하며(주어진 자원 제한조건으로 구현 가능) 효과적인 방식인지 확인하는 것입니다.

이 작업을 통해 원하는 시점에 결과를 생성하려면 일반적으로 불완전한 "비공식" 빌드를 사용하거나 잘 알려져 있는 테스트 환경 구성의 외부에서 이 작업을 수행해야 합니다. 이러한 방법은 서로 절충이 가능한 방법이지만 해당 조건하에서 접근 방식을 확인하는 데 따른 제한조건, 가정 및 위험성에 유의해야 합니다.

라이프사이클 단계가 진행됨에 따라 일반적으로 테스트 노력의 초점도 변경됩니다. 이러한 경우 새 접근 방식 또는 추가 접근 방식이 필요할 수 있으며 이로 인해 테스트 노력을 지원하기 위한 새로운 테스트 유형 또는 새 기법을 도입해야 합니다.

도메인, 테스트 환경 및 기타 전략적으로 중요한 측면이 모두 새로 변경된 경우 이 작업을 완료하기 위한 보다 많은 시간과 노력을 허용해야 합니다. 경우에 따라, 특히 자동화에 대한 요구가 필수적인 경우 제한된 시간 동안(예: 계약) 전략적으로 새로운 측면에 대한 전문적인 스킬과 경험을 보유하고 있는 인적 자원을 사용하여 테스트 전략의 중요한 기술적 요구를 정의하고 확인하는 것이 보다 경제적일 수 있습니다.

자세한 정보