타스크: 테스트 대상 식별
이 타스크는 테스트해야 하는 하드웨어 및 소프트웨어의 개별 시스템 요소를 식별하는 방법을 설명합니다.
관계
단계
구현할 소프트웨어 파악
목적:  향후 스케줄에서 개발 팀의 기본 인도물 파악  

반복 계획 및 기타 사용 가능한 소스를 사용하여, 향후 반복을 위해 개발 팀에서 생성하기로 계획을 세운 개별 소프트웨어 항목을 식별합니다. 다양한 팀이 힘을 합쳐 개발해야 하는 경우 각 팀과 직접 개발 계획을 논의해야 할 수 있습니다. 개발 중 일부를 하청업체에 의뢰할 수 있는지 그리고 하청업체의 개발 성과에 대한 정보를 수집하기 위해 활용할 수 있는 채널이 있는지 확인하십시오.

새로운 소프트웨어인 경우에는 하부 구조 및 공유 컴포넌트에 대한 변경사항에도 유의하십시오. 이러한 변경사항은 이전 개발 주기에서 생성된 종속적이거나 연관된 소프트웨어 요소에 영향을 줄 수 있으므로 이러한 변경이 해당 요소에 미치는 영향을 테스트해야 할 수도 있습니다. 마찬가지 이유로, 개발 시에 활용할 써드파티 컴포넌트의 변경사항 및 추가사항을 식별해야 합니다. 여기에는 공유 컴포넌트, 기본 또는 공통 코드 라이브러리, GUI 위지트(widget), 지속성 유틸리티 등이 포함됩니다. 소프트웨어 아키텍처를 검토하여 써드파티 컴포넌트 변경으로 인해 영향을 받을 수 있는 사용 중인 메커니즘을 파악하십시오.

테스트할 시스템 요소 후보 식별
목적:  테스트가 필요한 대상 항목 식별 

식별된 테스트 동기 부여 요인별로 해당 개발 주기에서 전달해야 하는 소프트웨어 항목의 목록을 조사하십시오. 테스트 동기 부여 요인을 충족시킬 수 없는 것으로 보이는 항목을 제외하고 초기 목록을 작성하십시오. 프로젝트 개발 팀에서 직접 개발하는 소프트웨어뿐 아니라 상업용 소프트웨어도 목록에 포함시키십시오.

다양한 대상 배치 환경이 테스트할 요소에 미치는 영향도 고려해야 합니다. 시스템 요소 후보 목록은 개발 중인 소프트웨어와 대상 환경의 후보 요소를 모두 포함하도록 확장될 수 있어야 합니다. 이들 요소에는 하드웨어 장치, 장치 드라이버 소프트웨어, 운영 체제, 네트워크 및 통신 소프트웨어, 써드파티 기반 소프트웨어 컴포넌트(예: 전자 우편 클라이언트 소프트웨어, 인터넷 브라우저 등)가 포함될 수 있습니다. 또한 이들 모든 요소의 가능한 조합과 관련된 다양한 구성 및 설정도 포함될 수 있습니다.

중요한 대상 배치 환경에 대한 식별이 끝나면 하나 이상의 요약된 테스트 환경 구성을 작성하거나 갱신하여 이 정보를 기록하는 것이 좋습니다. 이 구성을 통해 구성의 기본 요구사항 또는 기능을 열거하고 간단히 설명하며 이에 대해 이름을 제공해야 합니다. 이러한 요약 작업에 너무 많은 시간을 들이지는 마십시오. 요구사항 및 기능 목록에 대해서는 뒤에 나오는 타스크: 테스트 환경 구성 정의에서 설명할 것입니다.

대상 항목 후보 목록 조정
목적:  테스트 작업 계획에서 불필요한 대상을 제거하고 누락된 요소 추가  

평가 당사자가 동의한 테스트 범위 및 평가 미션을 사용하여, 대상 항목의 목록을 조사하고 평가 미션을 충족시키지 않으며 명확하게 테스트 범위 밖에 존재하는 항목을 식별합니다.

반대 사항을 확인하기 위해, 항목들을 다시 한 번 면밀하게 조사하고 조정된 대상 항목 목록을 통해 평가 미션 및 테스트 범위를 실제로 충족시킬 수 있는지 확인하십시오. 범위 및 능력이 평가 미션을 달성하기에 충분한지 확인하기 위해 대상 항목 목록에 요소를 추가해야 할 수도 있습니다.

대상 항목 목록 정의
목적:  향후 작업을 위한 대상 테스트 항목에 대한 결정 커뮤니케이션 

대상 테스트 항목을 결정했으면 이제 테스트 팀 및 기타 테스트 이해 당사자들과 선택사항에 대해 의견을 교환해야 합니다. 논의의 여지가 있지만 가장 일반적인 방법은 반복 테스트 계획의 대상 항목에 대한 결정사항을 문서화하는 것입니다.

다른 방법으로는 이 정보를 일정 양식의 표나 스프레드시트로 기록하고 이를 이용하여 작업 및 책임을 지정하는 것입니다. 테스트 구현 및 실행 과정에서 테스터는 이 정보를 활용하여 대상 항목과 관련하여 캡처해야 할 테스트 결과 및 구현할 특정 테스트에 대한 적절한 결정을 내립니다.

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

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

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

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



특성
다중 발생
이벤트로 구동됨
진행 중임
선택사항
계획됨
반복 가능함
자세한 정보