0
테스트 클래스를 UML 다이어그램에 넣어야합니까? 나는 이것에 대해 "모범 사례"를 찾을 수 없다!테스트 클래스를 UML에 넣어야합니까?
A
답변
2
다릅니다. 첫째, "UML 다이어그램"은 하나의 다이어그램을 생성하고 있음을 나타냅니다. 이것은 확실히 좋은 습관이 아닙니다. 필요한만큼 다이어그램을 만들어 모델의 특정 측면을 조명하십시오. 따라서 테스트 케이스가 그러한 측면 중 하나 일 것입니다. 즉, (a) 별도의 다이어그램에 넣으십시오.
1
테스트를 모델링하려는 경우 UML 테스트 프로파일 (UTP link)을 보면 테스트, 요구 사항 등을 모델링하는 데 필요한 요소를 제공합니다.
SysML은 UTP의 일부를 통합하므로 사용할 수도 있습니다.
0
분명히 상황에 따라 다릅니다. 누가 UML 모델을 사용할 것이며,이를 위해 무엇을 사용할 것인가? 일반적으로 테스트 클래스를 추가하는 것은 UML 모델을 복잡하게 만들고 이해하기 어렵게 만들 것이라고 말합니다. 그러나 테스트가 당신이 설명하기 원하는 것이라는 맥락이 있다면, 테스트 클래스는 매우 중요하게 될 것입니다.
토마스 킬리언 (Thomas Kilian)은 하나의 기본 모델에서 여러 개의 다이어그램을 만드는 것이 옳은 대답 일 수 있다고 생각합니다.이 작업을 수행하는 것이 간단한 다이어그램이 아닌 UML을 사용하는 이유 중 하나입니다.
0
이것은 기본 설정입니다. 당신은 선택하거나 선택할 수 없습니다.
나는 이 더 좋다고 말하면서, 시험을 해답을 모델로 만들어야한다. 그러나 나는 항상 베스트 프랙티스를 따른다고 주장하지 않을 것입니다.
솔루션을 모델링 할 때 많은 다이어그램이 필요합니다. 분석, 설계 및 구현이라는 세 가지 분야에 중점을 둡니다. 세 가지 모두 클래스 다이어그램입니다. 세 가지 모두 다른 추상화에서 솔루션을 정의합니다.
분석에서 요구 사항과 솔루션 시작 부분에 가장 가깝습니다. 여기에서는 광범위한 수업을 원할 것입니다. 이 다이어그램은 여전히 사용자와 요구 사항에서 솔루션의 모양을 얻으려고하기 때문에 테스트를하지는 않습니다. 분석 다이어그램에는 상자에 클래스 이름 만 있고 연관성을 나타내는 선이 있습니다.
디자인 다이어그램은 클래스 작성 방법에 대해 좀 더 자세히 설명합니다. 응용 프로그램의 청사진은 디자인에서 형태를 취할 것입니다. 이 설계는 모든 프로그래머에게 제공 될 수 있으며 솔루션을 빌드 할 코드를 작성합니다. 디자인 다이어그램의 흥미로운 부분은 테스트 엔지니어에게 제공 될 수 있으며 작성 될 솔루션에 대한 적절한 테스트를 작성한다는 것입니다.
구현 다이어그램은 생성되는 가장 낮은 수준의 클래스 다이어그램입니다. 대부분의 경우, 나는이를 회상하여 만들 것이다. 구현 다이어그램은 코드베이스의 축 어적 번역이어야합니다. 구현 다이어그램에서 완성을 위해 테스트 클래스를 포함 시켰습니다.
참고로 비즈니스 제약 때문에 편지에 따르지 않는 경우가 있습니다. 그러나 이상적인 세상에서 이것은 내 모델링을 선호하는 방식입니다.