타스크: 테스트 아이디어 식별
이 타스크는 테스트 동기 부여 요인과 테스트 대상 항목의 각 조합에 대해 관련 테스트 아이디어를 식별하는 방법을 설명합니다.
원칙: 테스트
목적

이 타스크의 목적은 다음과 같습니다.

  • 테스트 대상 항목의 허용 가능 품질을 평가하기 위해 탐색해야 하는 테스트 아이디어 식별
  • 테스트 동기 부여 요인에 대해 테스트 대상 항목을 충분히 검증하기 위한 충분한 수의 아이디어 식별.
관계
단계
관련 테스트 동기 부여 요인 및 테스트 대상 항목 식별
목적:  현재 반복에 대한 테스트 노력을 추진하고 있는 핵심 동기 부여 요인을 이해하고 하나 이상의 테스트 대상 항목과 관련되는 방법을 고려 

반복 테스트 계획을 사용하여 테스트 동기 부여 요인을 검토하십시오. 동기 부여는 개별 중간 산출물, 중간 산출물 세트, 이벤트나 활동 또는 이들 중 하나의 부재와 같은 많은 소스 중 하나에서 올 수 있습니다. 소스는 위험성 목록, 변경 요청, 유스 케이스, 기타 요구사항 중간 산출물, UML 모델 등을 포함할 수 있습니다.

테스트 아이디어 목록이 단일 소스 요구사항의 유효성 검증을 참조하는 단일 항목을 포함하는 것은 충분하지 않습니다. 이는 목록에 있는 하나의 항목이어야 하지만, 잘 형성된 테스트 아이디어 목록은 스펙 준수 검증 외에 다른 많은 차원에서 주어진 항목에 대한 품질에 대해 조언하려고 합니다.

사용 가능한 관련 테스트 아이디어 카탈로그 점검
목적:  기존의 증명된 테스트 아이디어를 이용하여 테스트의 식별을 바로 시작 

사용 가능한 모든 테스트 아이디어 카탈로그 또는 기타 확립된 가이드라인을 사용하여 테스트에 대한 초기 아이디어를 식별하십시오.

추가 테스트 아이디어 브레인스토밍
목적:  추가 테스트 아이디어 생성 

다른 테스트 팀 구성원이 추가 테스트 아이디어에 기여하도록 격려하십시오. 도시락으로 점심을 해결하면서 이를 비공식적으로 수행할 것을 고려하십시오. 세션을 격려하기 위해 테스트 저널, 출판된 서적 또는 테스트 커뮤니티 메일 목록의 관련 메일로부터 선택한 발췌물을 읽을 수 있습니다.

이는 일반적으로 유용하지만 참조할 기존 테스트 아이디어 카탈로그가 없는 상황에서는 특히 유용하고 중요합니다. 아이디어 추출 브레인스토밍에 대한 추가 가이드라인에 대해서는 이 페이지의 헤더 표의 "추가 정보" 섹션을 참조하십시오.

후보 테스트 아이디어 나열
목적:  테스트 아이디어 목록에 포함시킬 적합한 후보 중 선택 

테스트 동기 부여 요인과 테스트 대상 항목의 각 조합에 대해 잠재적 후보가 되는 테스트 아이디어를 나열하십시오.

테스트 아이디어 목록 정제
목적:  추가로 개정 및 개선 

광범위한 피드백 샘플링을 얻는 것이 좋습니다. 관심있는 개발 인력, 고객 대표 및 추가할 아이디어를 가질 수 있는 다른 이해 당사자(stakeholder)에게 해당 목록을 보이십시오.

이 단계에서 일반적으로는 아이디어가 너무 적은 것보다는 차라리 너무 많은 것이 좋습니다. 모든 추가 항목을 추가하여 목록을 단순하게 정제하고 명백하게 중복되는 모든 항목을 제거하십시오.

추적성 관계 유지보수
목적:  추적된 항목에 대한 영향 분석 및 평가 보고를 수행할 수 있게 합니다. 

테스트 계획에서 요약되는 추적성 요구사항을 사용하여 필요한 대로 추적성 요구사항을 갱신하십시오.

결과 평가 및 확인
목적:  타스크가 적절히 완료되었는지 및 그에 따른 중간 산출물이 허용 가능한지 확인 

작업을 완료했으므로 작업이 충분한 가치가 있었는지, 방대한 양의 종이만 소비한 것이 아닌지 확인하는 것이 좋습니다. 작업 품질이 적합한지 여부 및 차후에 이를 작업의 입력으로 사용할 해당 팀 구성원에게 유용할 정도로 완전한지를 평가해야 합니다. 가능하면 RUP에 제공된 체크리스트를 사용하여 품질 및 완성도가 "충분"한지 확인하십시오.

다운스트림 타스크 수행 시 해당 작업을 입력으로 사용할 인원들이 중간 작업 검토에 참여하도록 하십시오. 이들의 관심사항을 다루는 조치를 취할 시간 여유가 있으면 이를 수행하십시오. 또한 작업을 주요 입력 중간 산출물과 비교 평가하여 이를 정확하고 충분하게 표시했는지 확인해야 합니다. 입력 중간 산출물 작성자가 이를 기반으로 작업을 검토하도록 하는 것이 유용할 수 있습니다.

RUP는 반복적 전달 프로세스이며 중간 산출물은 시간이 경과하면서 발전하는 경우가 많다는 사실을 기억하십시오. 그러므로 부분적으로만 사용되거나 직후 작업에서 전혀 사용되지 않을 중간 산출물을 완전히 형식화하는 것은 거의 불필요합니다(또한 보통 비생산적임). 이는 중간 산출물이 사용되기 전에 중간 산출물을 둘러싼 상황이 변경되고 중간 산출물이 작성되었을 때의 가정이 잘못되었다고 증명되어 결과적으로 노력이 수포가 되고 비용을 들여 다시 작업해야 하는 가능성이 높기 때문입니다. 또한 프리젠테이션 주기가 너무 많아 컨텐츠 가치가 손상되는 함정에 빠지지 않도록 하십시오. 프리젠테이션이 프로젝트 인도물로서 중요성과 경제적 가치를 지니는 프로젝트 환경에서는 관리 자원을 사용하여 프리젠테이션 타스크를 수행할 수 있습니다.



자세한 정보