워크플로우 테스트 방식에 따른 모델 구성

워크플로우를 테스트할 때 모델 구성을 지정할 수 있습니다. 테스트 팀의 경우 모델 요소에 대한 읽기 전용 액세스만 필요하지만 테스트 계획, 프로시저, 결과, 스크립트 및 설비를 관리해야 합니다(주로 여러 추상 레벨에서). 테스트는 보통 기본 레벨(단위 테스트, 통합 및 유효성 검증)에서 수행됩니다.

단위 레벨 테스트는 주로 흰색 상자, 디자인 또는 코드 레벨 테스트로 구성되며, 대개 테스트 설비로 구성된 추가 모델 요소를 사용하기 때문에 이러한 요소는 해당 모델 파트와 함께 배치하는 것이 좋습니다. 따라서 myClass 클래스가 myClass_testermyClass_stub 등의 테스트 지원 클래스를 포함하는 경우, 같은 패키지 내에 함께 보존하거나 피어가 테스트를 수행한다면 다른 패키지에 함께 보존하는 것이 좋습니다(테스트 중인 모델 요소와 다른 CI인 경우).

통합 및 유효성 검증 테스트는 단위 레벨 테스트만큼 긴밀한 상호 관련은 없지만, 테스트 팀이 이들 테스트를 지원할 모델 요소 및 다른 아티팩트를 생성할 수 있습니다. 이 테스트는 보통 모델 요소 작성자가 수행하지 않아 개별 액세스가 필요하므로 모델 요소가 다른 CI에 있어야 합니다.

프로토타입을 효과적으로 생성하고 테스트하는 것은 개발 라이프사이클의 매우 중요한 부분입니다. 테스트에는 아키텍처에 대한 테스트(통합) 및 전체 프로토타입의 요구사항에 대한 테스트(유효성 검증)이 포함됩니다. 다른 어떤 곳에도 사용될 필요가 없는 특정 프로토타입에 대해 생성된 모델 요소가 여러 개 있을 수 있습니다. 이러한 요소는 빌드 또는 프로토타입 근처에 보존하는 것이 좋습니다. 대부분의 프로토타입 또는 모든 프로토타입에 적용될 테스트 설비는 지정된 프로토타입에서 개별 액세스가 가능한 위치에 보관하십시오.


피드백