타스크: 테스트 스위트 실행
이 타스크는 제품 품질을 평가하기 위해 필요한 적합한 테스트 콜렉션을 실행하는 방법과 제품의 계속적 평가를 쉽게 하는 테스트 결과를 캡처하는 방법을 설명합니다.
관계
역할기본: 추가: 지원:
입력필수: 선택사항: 외부:
  • 없음
출력
단계
테스트 환경을 알려진 상태로 설정
목적:  테스트 스위트 실행을 위한 준비에서 테스트 환경을 정확하게 설정합니다.

모든 필수 컴포넌트(하드웨어, 소프트웨어, 도구, 데이터 등)가 설정되었고 사용 가능하며 테스트가 수행될 수 있기 위한 올바른 상태의 테스트 환경에서 준비되도록 테스트 환경을 설정하십시오. 일반적으로 여기에는 몇 가지 양식의 기본 환경 재설정(예: 레지스트리 및 기타 구성 파일), 기본 데이터베이스를 필수 상태로 복원 및 모든 주변 장치의 설정(예: 프린터에 용지 공급)이 포함됩니다. 일부 타스크는 자동으로 수행될 수 있지만 일부 측면은 사람이 관여해야 합니다.

하드 디스크 이미지 캡처 및 복원을 사용하는 도구 같은 환경 지원 도구의 사용이 이 노력을 효율적으로 관리하는 데 매우 유용합니다.

실행 도구 옵션 설정
목적:  테스트 스위트 실행에서 사용되는 도구를 적절하게 구성합니다.

지원 도구의 실행 옵션을 설정하십시오. 도구의 정교함에 따라서 고려할 많은 옵션이 있을 수 있습니다. 이들 옵션을 적절하게 설정하지 못하면 결과 테스트 로그 및 기타 산출물의 유용성과 가치가 떨어질 수 있습니다. 가능하면 하나 이상의 사전 결정된 프로파일을 기반으로 쉽게 다시 로드할 수 있도록 이들 도구 옵션 및 설정을 저장하십시오. 자동화된 테스트 실행 도구의 경우 실행이 수행되어야 하는 속도와 같이 고려되어야 하는 많은 여러 가지 설정이 있을 수 있습니다.

수동 테스트의 경우 이는 종종 단순히 문제 또는 변경 요청 추적 시스템에 로깅하거나 로깅 결과에 대해 지원 시스템에 새로운 고유 항목을 파티션하는 문제입니다. 기록될 테스트 로그의 이름, 위치 및 상태와 같은 문제에 대해 생각해 보아야 합니다.

테스트 스위트 실행 스케줄
목적:  테스트 실행을 시작할 적당한 시간을 결정합니다.

테스트 실행에 사람이 개입할 수 있는 많은 경우에, 테스트 스위트를 요구에 따라 상대적으로 실행할 수 있습니다. 이런 경우에 스케줄 작성은 다른 테스터, 다른 팀 구성원뿐 아니라 테스트 환경을 공유하는 다른 테스트 팀의 작업 같은 고려사항을 고려해야 할 수 있습니다. 이런 경우 테스트 실행은 일반적으로 흔치않은 환경 재설정을 극복해야 합니다.

그러나 자동화된 테스트의 무인 실행이 바람직한 경우 또는 서로 다른 시스템에서 동시에 실행 중인 많은 테스트의 실행을 조정해야 하는 경우 자동 스케줄링 메커니즘의 몇 가지 양식이 필요할 수 있습니다. 자동화된 테스트 실행 도구의 기능을 사용하거나 필수 스케줄링을 가능케 하는 고유한 유틸리티 기능을 개발하십시오.

테스트 스위트 실행
목적:  테스트 스위트에 포함된 테스트를 수행하고 완료 상태를 모니터합니다.

테스트 스위트 실행은 테스트가 자동으로 또는 수동으로 수행되는지 여부에 따라 다릅니다. 어느 경우에나 테스트 구현 타스크 중에 개발되는 테스트 스위트가 테스트를 자동으로 실행하거나 테스트의 수동 실행을 안내하는 데 사용됩니다.

테스트 스위트의 실행 평가
목적:  테스트 스위트가 완료될 때까지 실행되었는지 아니면 비정상적으로 정지했는지 여부를 판별하고 올바른 조치가 필요한지 여부에 대해 평가합니다.

테스트의 실행은 다음 두 조건 중 하나에서 종료하거나 종결됩니다.

  • 정상: 모든 테스트가 완료 시까지 의도한 대로 실행합니다. 
  • 비정상 또는 조기 종료: 테스트가 의도한 대로 완전히 실행되지 않았습니다. 테스트가 비정상적으로 종료될 경우, 후속 테스트 결과가 파생되는 테스트 로그는 믿기 어려울 수 있습니다. 비정상 종료의 원인을 식별해야 하며, 필요한 경우 결함을 정정하고 테스트를 다시 실행해야 합니다.
정지된 테스트에서 복구
목적:  정지된 테스트 스위트 실행에서 복구하기 위한 적당한 정정 조치를 판별하고, 필요한 경우 문제점을 정정하고 테스트 스위트를 복구하고 다시 실행합니다.

정지된 테스트에서 복구하려면 다음을 수행하십시오.

테스트 로그 및 기타 산출물 검사 정지된 테스트 복구

테스트 로그 및 기타 출력의 완전성과 정확성을 검사하십시오. 오류가 발생한 위치를 식별하고 검사하십시오.

테스트 자동화가 채택되고 있는 경우에는, 인식하는 것이 중요한 정지된 테스트의 두 카테고리가 있습니다.

  • 심각한 오류 - 시스템이 실패합니다(네트워크 장애, 하드웨어 장애 등).
  • 테스트 실패 - 이는 테스트 스위트 내 테스트의 일부 파트를 의도한 대로 실행할 수 없을 때입니다.

비정상 동작의 카테고리 중 하나가 테스트 실행 중에 발생할 때 다음 증상을 보일 수 있습니다.

  • 테스트 스위트가 실행하는 동안 많은 수(계속적 발생)의 예기치 않은 조치 또는 예기치 않은 창이 발생합니다.
  • 테스트 환경이 응답이 없거나 느리거나 바람직하지 않은 상태(정지 또는 장애)에 있습니다.

문제점의 근본 원인을 판별할 수 있을 때까지 증상을 면밀히 관찰하십시오.

오류 정정 정지된 테스트 복구

테스트가 사용하는 입력 데이터, 테스트 자체 또는 테스트의 다른 측면(예: 테스트 환경 또는 런타임 도구 설정)에서 오류를 찾을 수 있습니다. 일반적으로 테스트의 한 측면에서의 오류를 수정하려면 테스트의 다른 모든 측면이 올바른 상태로 있어야 합니다.

문제점 조사를 완료한 후에 정정이 필요한 하나 이상의 결함을 발견했을 수 있습니다. 환경, 테스트 데이터 또는 테스트 자체를 영구적으로 정정하기 위해서 영구적 정정 조치를 적용하기 전에 테스트의 각 측면을 다시 알려진 상태로 복원하는 것이 좋습니다. 이를 통해 원하지 않거나 올바르지 않은 추가 변경사항이 상태가 알려진 환경에 포함되지 않도록 할 수 있습니다.

필요한 변경 작업을 수행한 후 테스트를 저장하고 동반되는 입력 데이터와 테스트 환경을 필요한 대로 백업 또는 저장하십시오.

테스트 스위트를 다시 스케줄 및 실행 정지된 테스트 복구

테스트 스위트를 다시 스케줄하고 다시 실행하십시오. 사용 가능한 복구 프로세스에 따라서(있는 경우) 처음부터 시작하지 않고 중간 지점부터 테스트 스위트를 다시 시작할 수 있습니다. 포인트 파트(테스트를 실행하는 경로)에서 테스트 실행을 복구할 수 있기 위해서는 일반적으로 부분 복구 프로시저의 일부 양식에 대한 구현 및 계속적 유지보수가 필요합니다.

테스트 스위트의 실행 재평가 정지된 테스트 복구

테스트 스위트가 이제 완료될 때까지 실행되는지 확인하십시오. 여전히 문제점이 있는 경우 모든 문제점이 해결될 때까지 정지된 테스트에서의 복구를 구성하는 이러한 하위 섹션을 다시 수행하십시오.

테스트 로그의 완전성 및 정확성 검사
목적:  테스트 스위트 실행이 유용한 테스트 정보를 생성했는지 판별하고, 그렇지 않은 경우 적합한 정정 조치를 식별합니다.

테스트 실행이 초기에 완료할 때 테스트 로그를 검토하여 로그가 믿을 만한지, 보고된 실패, 경고 또는 예기치 않은 결과가 테스트에 대한 부적합한 환경 설정이나 올바르지 않은 입력 데이터와 같은 외부 영향(테스트 대상에 대한)에 의해 유발되지 않았는지 확인해야 합니다.

GUI로 구동되는 자동화된 테스트의 경우 일반적인 테스트 실패는 다음을 포함합니다.

  • 테스트 검증 실패 - 실제 결과와 예상 결과가 일치하지 않을 때 발생합니다. 사용된 검증 방법이 본질적인 항목 및/또는 특성에만 집중하는지 확인하고 필요한 경우 수정하십시오.
  • 예기치 않은 GUI 창 - 여러 가지 이유로 발생합니다. 가장 일반적인 경우는 예상한 창이 아닌 GUI 창이 활성이거나 표시된 GUI 창의 수가 예상보다 클 때입니다. 테스트 환경이 적합한 테스트 실행을 위해 의도한 대로 설정되고 초기화되도록 하십시오.
  • GUI 창 누락 - 이 실패는 GUI 창이 사용 가능할 것으로 예상되지만(반드시 활성일 필요는 없음) 사용할 수 없을 때 기록됩니다. 테스트 환경이 적합한 테스트 실행을 위해 의도한 대로 설정되고 초기화되도록 하십시오. 실제 누락된 창이 테스트 대상에서 제거되었는지 확인하십시오.

보고된 실패가 테스트 중간 산출물에서 식별된 오류로 인한 것이거나 테스트 환경 문제점으로 인한 것인 경우 적절한 정정 조치를 취하고 테스트를 다시 실행해야 합니다.

테스트 로그를 사용하여 실패가 테스트 대상 항목의 순수한 실패로 인한 것이라고 판별할 수 있는 경우 타스크의 실행 부분이 완료됩니다.

테스트 환경을 알려진 상태로 복원
목적:  테스트 스위트 실행 후에 환경이 제대로 재설정되도록 합니다.

(첫 번째 단계 참조) 다음에 환경을 원래 상태로 다시 복원해야 합니다. 일반적으로 여기에는 프린터에 용지 공급과 같은 타스크 외에 몇 가지 양식의 기본 환경 재설정(예: 레지스트리 및 기타 구성 파일), 기본 데이터베이스를 알려진 상태로 복원 등이 포함됩니다. 일부 타스크는 자동으로 수행될 수 있지만 일부 측면은 사람이 관여해야 합니다.

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

테스트 계획에서 요약되는 추적성 요구사항을 사용하여 필요한 대로 추적성 요구사항을 갱신하십시오. 테스트 적용 범위 또는 테스트 범위를 측정하는 방식으로 추적성을 고려하는 것이 좋은 시작점입니다. 일반적인 규칙으로서 테스트 계획 활동 중에 발견한 동기 부여 요인에 대해 테스트 범위 측정을 기반으로 할 것을 권장합니다.

테스트 스위트가 실현하는 정의된 테스트 케이스까지 테스트 스위트를 추적할 수도 있습니다. 또한 요구사항, 소프트웨어 스펙, 디자인 또는 구현까지 추적할 수도 있습니다.

결정한 관계가 어떤 것이든지 간에 추적에 중요하며, 테스트 스위트의 구현 중에 설정되는 관계의 상태를 갱신해야 합니다.

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

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

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

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



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