UTP 1.2 NO IDEA Avatar
  1. OMG Issue

UTP12 — TestLog should have detailed information as TestLogEntry

  • Key: UTP12-28
  • Legacy Issue Number: 16902
  • Status: closed  
  • Source: Fraunhofer FOKUS ( Mr. Marc-Florian Wendland)
  • Summary:

    TestLog describe the actual execution of a test case against the SUT it was stimulating. A TestLog is described as concrete subclass of Behavior.

    For particular behavioral descriptions (Activity, Interaction) the tets log allows the integration of more details for the exeuction of a single test step, e.g. a timestamp when this test step (sending of a message, performing a validation action, ...) has been carried out by the test execution environment.

    Therefore, there should be at least for test log's represented as Interaction and Activity a concept like the following:

    TestLogEntry extends OccurrenceSpecification/Action

    { timestamp : UML::TimeExpression [0..1] ... }

  • Reported: UTP 1.1 — Wed, 14 Dec 2011 05:00 GMT
  • Disposition: Resolved — UTP 1.2
  • Disposition Summary:

    The RTF agreed on introducing a new concept called TestLogEntry. A TestLogEntry can be combined with the ordinary Behavior concepts, but must be included in a Behavior stereotyped as TestLog.
    As in the summary suggested, a TestLogEntry will have an only one tag definition solely, namely timestamp. The timestamp represents the point in time when a corresponding test step during a test case execution has actually been executed. Such a timestamp is part of almost every test execution tool and test case log. It helps in analyzing the log and to reveal time-dependent issues.
    The RTF decided to base TestLogEntry solely on OccurrenceSpecification of Interactions. The RTF is not aware of any tooling or method that logs test case execution as Activity or StateMachine, because a test case always represents an interaction between the test environment and system under test. This is represented in almost all tools as Sequence Diagram.

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