설계 사양 테스트를 구현하는 단계별 지시사항으로, 실행이 가능합니다.
역할: 구현자 
선택 가능성/발생 시기: 개발자 테스트의 범위 및 세분성에 따라, 서브시스템 테스트에 대해서는 적절한 적용 범위를 제공하는 데 필요한 만큼 테스트되고 더 작은 컴포넌트의 경우에는 보통 중요한 측면만 테스트됩니다.
템플리트 및 보고서:
     
예:
     
UML 표시: 적용 가능하지 않습니다.
자세한 정보:  
활동 정보:    활동 결과:   

목적 페이지 맨 위

개발자 테스트의 목적은 효율적이고 효과적인 방법으로 필요한 테스트의 서브세트 구현을 제공하는 것입니다.

간략한 개요 페이지 맨 위

각 개발자 테스트는 다음을 포함하여 다양한 측면을 고려해야 합니다.

  • 기본 컴퓨터 하드웨어 요구사항(예: 프로세서, 메모리 기억장치, 하드 디스크 기억장치, 입/출력 인터페이스 장치).
  • 기본 소프트웨어 환경(예: 전자 우편 또는 달력 시스템과 같은 기본 생산 툴 및 운영 체제).
  • 추가 특수 입/출력 주변장치 하드웨어(예: 바코드 스캐너, 영수증 프린터, 현금 보관 서랍 및 센서 장치).
  • 특수 입/출력 주변장치 하드웨어에 필요한 소프트웨어(예: 드라이버, 인터페이스 및 게이트웨이 소프트웨어).
  • 테스트, 평가 및 진단 활동을 용이하게 하는 데 필요한 최소 소프트웨어 툴 세트(예: 메모리 진단, 자동화된 테스트 실행 등).
  • 하드웨어 및 소프트웨어 옵션 모두에 필요한 형상 설정(예: 비디오 디스플레이 해상도, 자원 할당, 환경 변수 등).
  • 필요한 "사전 공급" 소모품(예: 입력된 데이터 세트, 영수증 프린터 용지 등).

특성 페이지 맨 위

다음 특성에 대한 UML 표시는 제공되지 않습니다. 개발자 테스트에 대한 공식적인 레벨이 다양하므로 다음 정보 중 일부가 구현에서 누락되거나 임베드될 수 있습니다. 일반적으로, 테스트 중인 컴포넌트가 더 크고 중요한 컴포넌트일수록 개발자 테스트를 유지보수하는 데 더 많은 노력이 필요합니다.

특성 이름 간략한 개요
이름  이 개발자 테스트를 식별하는 데 사용되는 고유한 이름. 
설명  개발자 테스트의 컨텐츠에 대한 간략한 설명. 일반적으로 상위 레벨의 복잡도 및 범위를 표시합니다.  
목적  이 개발자 테스트가 무엇을 나타내는지 및 왜 중요한지에 대한 설명.  
종속 테스트 및 평가 항목  참조될 필요가 있는 개별 요구사항과 같은 특정 요소에 맵핑되는 일부 추적성 또는 종속성의 형태.  
전졔 조건  개발자 테스트 실행에 앞서 달성되어야 하는 시작 상태. 
지시사항  수동 테스트 실행에 대한 단계별 지시사항 또는 실행될 때 적절한 액터, 사람 등이 책임을 지게 되는 조치와 유사한 방법으로 소프트웨어를 작동시키는 시스템에서 읽을 수 있는 지시사항. 
관찰 지점  개발자 테스트 지시사항에서 시스템 상태의 몇 가지 측면을 관찰하고 일반적으로 예상된 결과와 비교하는 하나 이상의 위치.  
제어 지점  개발자 테스트 지시사항에서 시스템의 일부 조건 또는 이벤트가 발생할 수 있고 뒤에 오는 다음 지시사항을 판별하는 것과 관련하여 고려되어야 하는 하나 이상의 위치.  
로그 지점  개발자 테스트 지시사항에서 향후 참조를 위해 실행 중인 테스트 스크립트 상태의 몇 가지 측면을 기록하는 하나 이상의 위치.  
사후 조건  개발자 테스트가 실행된 후에 시스템이 남아 있어야 하는 결과 상태.  

 

시기 페이지 맨 위

대부분의 개발자 테스트는 테스트되어야 하는 소프트웨어 컴포넌트와 동일한 시간 프레임에서 작성됩니다. 변경 요청에 의해 수행되는 테스트는 컴포넌트가 개발된 후에 개발되며, 테스트 목표가 단지 좀더 제어 가능한 환경에서 결함을 재생성하는 것일 경우 대부분 일시적입니다.

책임 페이지 맨 위

구현자 역할은 주로 현재 결과물에 대한 책임을 가집니다. 책임에는 다음이 포함됩니다.

  • 설계 스펙에 따라 효율적이고 효과적인 방법으로 테스트 개발
  • 정의된 가이드라인에 따라 수행하고 테스트가 유지보수 가능하며 다른 테스트와 호환 가능한지 확인
  • 변경 관리
  • 유지보수되어야 하는 테스트를 식별하고 목적 및 시간에 제한이 있는 테스트를 정리 또는 표시
  • 재사용 및 단순화에 대한 기회 식별

사용자 정의 페이지 맨 위

전체적인 목표는 단순하고 효율적인 개발자 테스트 프레임워크를 구현하는 것입니다. "1회성" 테스트의 경우, 대부분의 문서화 오버헤드를 방지해야 합니다. 서브시스템 또는 좀더 "휘발성이 있는" 컴포넌트에 대한 회귀 테스트로 사용되는 테스트에는 문서화, 유지보수성, 효율성 및 견고성에 관한 특별한 주의를 기울여야 합니다.



Rational Unified Process   2003.06.15