결과물:
|
![]() |
설계 사양 테스트를 구현하는 단계별 지시사항으로, 실행이 가능합니다. |
---|---|
역할: | 구현자 |
선택 가능성/발생 시기: | 개발자 테스트의 범위 및 세분성에 따라, 서브시스템 테스트에 대해서는 적절한 적용 범위를 제공하는 데 필요한 만큼 테스트되고 더 작은 컴포넌트의 경우에는 보통 중요한 측면만 테스트됩니다. |
템플리트 및 보고서: |
|
예: | |
UML 표시: | 적용 가능하지 않습니다. |
자세한 정보: |
활동 정보: | 활동 결과: |
개발자 테스트의 목적은 효율적이고 효과적인 방법으로 필요한 테스트의 서브세트 구현을 제공하는 것입니다.
각 개발자 테스트는 다음을 포함하여 다양한 측면을 고려해야 합니다.
다음 특성에 대한 UML 표시는 제공되지 않습니다. 개발자 테스트에 대한 공식적인 레벨이 다양하므로 다음 정보 중 일부가 구현에서 누락되거나 임베드될 수 있습니다. 일반적으로, 테스트 중인 컴포넌트가 더 크고 중요한 컴포넌트일수록 개발자 테스트를 유지보수하는 데 더 많은 노력이 필요합니다.
특성 이름 | 간략한 개요 |
---|---|
이름 | 이 개발자 테스트를 식별하는 데 사용되는 고유한 이름. |
설명 | 개발자 테스트의 컨텐츠에 대한 간략한 설명. 일반적으로 상위 레벨의 복잡도 및 범위를 표시합니다. |
목적 | 이 개발자 테스트가 무엇을 나타내는지 및 왜 중요한지에 대한 설명. |
종속 테스트 및 평가 항목 | 참조될 필요가 있는 개별 요구사항과 같은 특정 요소에 맵핑되는 일부 추적성 또는 종속성의 형태. |
전졔 조건 | 개발자 테스트 실행에 앞서 달성되어야 하는 시작 상태. |
지시사항 | 수동 테스트 실행에 대한 단계별 지시사항 또는 실행될 때 적절한 액터, 사람 등이 책임을 지게 되는 조치와 유사한 방법으로 소프트웨어를 작동시키는 시스템에서 읽을 수 있는 지시사항. |
관찰 지점 | 개발자 테스트 지시사항에서 시스템 상태의 몇 가지 측면을 관찰하고 일반적으로 예상된 결과와 비교하는 하나 이상의 위치. |
제어 지점 | 개발자 테스트 지시사항에서 시스템의 일부 조건 또는 이벤트가 발생할 수 있고 뒤에 오는 다음 지시사항을 판별하는 것과 관련하여 고려되어야 하는 하나 이상의 위치. |
로그 지점 | 개발자 테스트 지시사항에서 향후 참조를 위해 실행 중인 테스트 스크립트 상태의 몇 가지 측면을 기록하는 하나 이상의 위치. |
사후 조건 | 개발자 테스트가 실행된 후에 시스템이 남아 있어야 하는 결과 상태. |
대부분의 개발자 테스트는 테스트되어야 하는 소프트웨어 컴포넌트와 동일한 시간 프레임에서 작성됩니다. 변경 요청에 의해 수행되는 테스트는 컴포넌트가 개발된 후에 개발되며, 테스트 목표가 단지 좀더 제어 가능한 환경에서 결함을 재생성하는 것일 경우 대부분 일시적입니다.
구현자 역할은 주로 현재 결과물에 대한 책임을 가집니다. 책임에는 다음이 포함됩니다.
전체적인 목표는 단순하고 효율적인 개발자 테스트 프레임워크를 구현하는 것입니다. "1회성" 테스트의 경우, 대부분의 문서화 오버헤드를 방지해야 합니다. 서브시스템 또는 좀더 "휘발성이 있는" 컴포넌트에 대한 회귀 테스트로 사용되는 테스트에는 문서화, 유지보수성, 효율성 및 견고성에 관한 특별한 주의를 기울여야 합니다.
Rational Unified Process
|