UTP 1.2 MAILINGLIST Avatar
  1. OMG Issue

UTP12 — Correction for issue #15652

  • Key: UTP12-27
  • Legacy Issue Number: 16900
  • Status: closed  
  • Source: Fraunhofer FOKUS ( Marc-Florian Wendland)
  • Summary:

    This is a correction for issue #15652:

    In the resolution for issue #15652 we restricted the number of <<TestComponent>> lifelines that are covered by a <<DetermAlt>> to one.

    This is too restrictive. There can be of course several test component lifelines being covered by the very same <<DetermAlt>>.

    Possible resolution:
    Remove the first paragraph in the semantics section

    Change the first sentence of the current second paragraph from

    If a deterministic alternative is reached during the execution of an interaction, the involved test component waits until it receives an input

    to

    If a deterministic alternative is reached during the execution of an interaction, the involved test component lifeline waits until it receives an input

    • Remove constraint [2]
  • Reported: UTP 1.1 — Wed, 14 Dec 2011 05:00 GMT
  • Disposition: Resolved — UTP 1.2
  • Disposition Summary:

    The way UTP 1.1 has refined or clarified the ‘determAlt’ ended up in a description identical to TTCN-3, the language where the ’determAlt’ concept was taken over from. The fact that the equivalent altsteps (in TTCN-3) are applied to each test component separately should not influence the way how this concept has to be applied in UTP. UTP should rather abstract from a concrete technical implementation and describe the concept according to the possibilities or semantics of UML Interactions.
    In short, the resolution partially takes over what the issue submitter said, i.e. that more than one test component can be covered by a CombinedFragment with ┬źdetermAlt┬╗ applied. Furthermore, some typos and misspellings will be corrected.

  • Updated: Fri, 6 Mar 2015 23:16 GMT