-
Key: UTP12-29
-
Legacy Issue Number: 16906
-
Status: closed
-
Source: Fraunhofer FOKUS ( Mr. Marc-Florian Wendland)
-
Summary:
Since TestComponents can define test-relevant behavior, it must be ensured by definition that each base class of a TestComponent is also a BehavioredClassifier.
Behaviors for test cases can be expressed as operations in the test component, for example. To make this formally and by definition possible (and if we do not change the base class of TestComponent to Property - see previously submitted issue by me), we should also extend BehavioredClassifier and make clear that a base class, to which <<TestComponent>> is applied must be both a StructuredClassifier and BehavioredClassifier.
-
Reported: UTP 1.1 — Wed, 14 Dec 2011 05:00 GMT
-
Disposition: Resolved — UTP 1.2
-
Disposition Summary:
RTF agreed on narrowing the possible metaclasses the stereotype <<TestComponent>> down to uml::Class. Furthermore, uml::Behavior and uml::AssociationClass is excluded from the list of extendable metaclasses by a constraint, because they just do not make sense to be treated as a test component. This results in three concrete metaclasses where <<TestComponent>> can be applied to, which are: Class, Component and Node.
-
Updated: Fri, 6 Mar 2015 23:16 GMT
UTP12 — Base class of TestComponents must be instances of BehavioredClassifier, too
- Key: UTP12-29
- OMG Task Force: UML Testing Profile 1.2 (UTP) RTF