-
Key: UMLTP2-28
-
Status: closed
-
Source: Fraunhofer FOKUS ( Mr. Marc-Florian Wendland)
-
Summary:
Structural aspects other than the predefined ones for the stereotype TestLog can be added by means of a <<TestLogStructure>> Classifier. Currently, UTP restricts a TestLog to be classified by at most one TestLogStructure. But it may easily happen that a TestLog is supposed to capture the information form more than just one <<TestLogStructure>> Classifier. Therefore, the multiplicity of TestLog.instanceOf should be 0..*.
-
Reported: UTP 2.0b1 — Tue, 23 Jan 2018 19:56 GMT
-
Disposition: Duplicate or Merged — UTP2 2.0
-
Disposition Summary:
Allow for multiple <<TestLogStructure>> Classifiers
The abstract stereotype <<TestLog>> has a derived association to TestLogStructure. It is derived from the set of <<TestLogStructure>>Classifiers of the underlying InstanceSpecification (see InstanceSpecification.classifier). It should be possible to have more than just one <<TestLogStructure>>Classifier for any concrete <<TestLog>> to remain flexible and extendible for user needs.
This issue will be resolved in the course of resolving issue
UMLTP2-27with proposalUMLTP2-36. -
Updated: Wed, 3 Oct 2018 14:16 GMT
-
Attachments:
- new_figure_8-24.JPG 74 kB ()
UMLTP2 — TestLog.instanceOf should allow for many TestLogStructures
- Key: UMLTP2-28
- OMG Task Force: UML Testing Profile 2 FTF