목적
  • 실제 실행을 통해 개별 소프트웨어 컴포넌트의 유효성을 사용 가능하게 하는 하나 이상의 테스트를 구현하기 위함입니다.
  • 대형 테스트 인프라스트럭처의 일부로 기타 테스트와 함께 실행될 수 있는 테스트를 개발하기 위함입니다.
역할:  구현자 
빈도: 일반적으로 구현 요소를 개발하는 각 해당 활동에 한 번.
단계
입력물:  결과물: 
툴 강좌: 
자세한 정보: 

워크플로우 세부사항:   

범위 정제 및 테스트 식별 페이지 맨 위

목적:  테스트 중인 컴포넌트를 식별하고 현재 반복에서 가장 이익이 되는 테스트 세트를 정의하기 위함입니다.

공식 환경에서 개발되어야 하는 컴포넌트와 테스트가 테스트 설계 결과물에 지정되어 해당 단계를 선택사항이 되게 합니다. 개발자 테스트가 변경 요청, 버그 수정, 유효성을 확인해야 하는 구현 결정, 입력으로 설계 모델만을 사용한 서브시스템 테스트에 의해 구동시 기타 여러 특수 경우가 있습니다. 이러한 각 경우는 다음과 같습니다.

  • 목표 정의: 서브시스템/컴포넌트 인터페이스 유효성 확인, 구현 유효성 확인, 결함 재작성
  • 범위 정의: 서브시스템, 컴포넌트, 컴포넌트 그룹
  • 테스트 유형 및 세부사항 정의: 블랙박스, 화이트박스, 사전 조건, 사후 조건, 불변식, 입/출력(I/O) 및 실행 조건, 관찰/제어 위치, 정리 조치
  • 테스트의 수명 범위 판별. 예를 들어, 특별히 결함 수정용으로 빌드된 테스트는 일회용일 수 있지만 외부 인터페이스를 실행하는 테스트에는 테스트 중인 컴포넌트와 동일한 라이프사이클이 있어야 합니다.

적절한 구현 기술 선택 페이지 맨 위

목적:  테스트를 구현하는데 적절한 기술을 판별하기 위함입니다.

테스트를 수행하는데 사용 가능한 여러 기술이 있지만 두 가지 일반 범주(수동 및 자동 테스트) 관점에서 고려될 수 있습니다. 대부분의 개발자 테스트는 다음과 같은 자동 테스트 기술을 사용하여 구현됩니다.

  • 프로그램된 테스트, 테스트 중인 컴포넌트와 동일한 소프트웨어 프로그래밍 기술 및 환경을 사용하거나 덜 복잡한 프로그래밍 언어 및 도구를 사용(예: tcl, shell 기반 등과 같은 스크립트 언어)
  • 레코드되거나 캡처된 테스트, 테스트 중인 컴포넌트와 나머지 시스템 간 상호 작용을 캡처하고 기본 테스트를 작성하는 테스트 자동화 도구를 사용하여 빌드
  • 생성된 테스트: 테스트의 일부 양상(절차적 또는 테스트 데이터)이 보다 복잡한 테스트 자동화 도구를 사용하여 자동으로 생성될 수 있습니다.
가장 보편화된 접근법은 "프로그램된 테스트"이지만, 일부 경우(예: GUI 관련 테스트)에서는 테스트를 수행하는 보다 효율적인 방법은 텍스트 설명 양식으로 캡처된 지시사항의 순서에 따라 수동으로 수행하는 것입니다.

테스트 구현 페이지 맨 위

목적:  정의 단계/활동에서 식별된 테스트를 수행하기 위함입니다.

첫 번째 단계에서 정의된 모든 요소를 구현하십시오. 테스트 환경 사전 조건 및 테스트 중인 컴포넌트를 테스트가 수행될 수 있는 상태가 되게 하는 단계를 자세하고 명확하게 지정하십시오. 환경을 원래 상태로 복원하기 위해 따라야 할 정리 단계를 식별하십시오. 관찰/제어 위치의 구현에 특별히 주의하십시오. 왜냐하면 이러한 면이 테스트 중인 컴포넌트에서 구현되어야 하는 특수 지원을 필요로할 수도 있기 때문입니다.

외부 데이터 세트 설정 페이지 맨 위

목적:  실행 중 테스트가 사용하는 테스트에 외부적으로 저장된 데이터를 작성하고 유지보수하기 위함입니다.

대부분의 경우, 테스트에서 테스트 데이터를 분리함으로써 보다 유지보수 가능한 솔루션이 초래됩니다. 테스트의 생존 기간이 매우 짧은 경우, 테스트에 데이터를 직접 코딩하는 것이 보다 효율적일 수도 있습니다. 그러나 다른 데이터 세트를 사용하여 여러 테스트 실행 주기가 필요한 경우, 가장 간단한 방법은 해당 데이터를 외부에 저장하는 것입니다. 테스트 데이터가 테스트에서 분리되는 경우 다음과 같은 기타 일부 이점이 있습니다.

  • 둘 이상의 테스트가 동일한 데이터 세트를 사용 가능
  • 수정 및/또는 증가가 용이
  • 테스트 내 조건부 분기 작성 로직을 제어하는데 사용 가능

테스트 구현 확인 페이지 맨 위

목적:  테스트의 올바른 작업을 확인하기 위함입니다.

테스트를 테스트하십시오. 환경 설정 및 정리 지시사항을 검사하십시오. 테스트를 실행하고 해당 작동을 관찰하며 테스트의 결함을 수정하십시오. 테스트가 오래 지속될 경우, 내부 지식이 덜 있는 개인에게 실행을 요청하고 충분한 지원 정보가 있는지 확인하십시오. 개발 팀과 기타 관심있는 조직의 다른 사람과 검토하십시오.

추적성 관계 유지보수 페이지 맨 위

목적:  추적 항목에서 영향 분석 및 평가 보고가 수행되도록 하기 위함입니다.

형식성의 레벨에 따라 추적성 관계를 유지보수해야 할 수도 그렇지 않을 수도 있습니다. 그런 경우, 테스트 계획에 개요된 추적성 요구사항을 사용하여 필요에 따라 추적성 관계를 갱신하십시오.


Rational Unified Process   2003.06.15