Issue 15649: Clarification of Arbiter Description (uml-testing-profile-rtf) Source: Fraunhofer FOKUS (Mr. Marc-Florian Wendland, marc-florian.wendland(at)fokus.fraunhofer.de) Nature: Clarification Severity: Minor Summary: Rational: Arbiter is a predefined interface defining operations used for arbitration of tests. Test cases, test contexts, and the runtime system can use realizations of this interface to assign verdicts of tests and to retrieve the current verdict of a test (verdicts are discussed in Section 6.3.2, “Test Behavior,” on page 14) Issue: Section 6.3.2 Test Behavior, Subsection Verdict mentions the following: --- The final verdict of a test case is determined by an arbiter. Every test context has an arbiter and the tool vendor will provide a default arbiter if the test context does not explicitly specify one [… ] --- Section 6.3.1 "TestArchitecture" (page 10) says: --- Every test context must have an implementation of the arbiter interface, and the tool vendor constructing tools based on the Testing Profile will provide a default arbiter to be used if one is not explicitly defined in the test context. --- It seems to be a logical contradiction. Since the multiplictity of a test context's arbiter reference (see Fig. 6.1 TestArchitecture) is exactly one (so it has to be set in any case), why is it necessary to have a default arbiter in addition? It can never be used by a test context. In the case, a test context wants to use a kind of default arbiter, it has to define it anyway. In order to avoid confusion on the readers, this must be clarified and probably simplified. Resolution: Revised Text: Actions taken: September 27, 2010: received issue October 21, 2011: closed issue Discussion: This issue will be clarified by the merge of scattered information, addressed by resolution to issue 15772. The solution itself is easy. The section to be clarified will be removed by the referred resolution. Disposition: See issue 15772 for disposition End of Annotations:===== m: webmaster@omg.org Date: 27 Sep 2010 17:56:18 -0400 To: Subject: Issue/Bug Report ******************************************************************************* Name: Marc-Florian Wendland Employer: Fraunhofer FOKUS mailFrom: marc-florian.wendland@fokus.fraunhofer.de Terms_Agreement: I agree Specification: UML Testing Porifle Section: 6.3.1/6.3.2 FormalNumber: formal/05-07-07 Version: 1.0 Doc_Year: Year Doc_Month: Month Doc_Day: Day Page: 10, 14 Title: Clarification of Arbiter Description Nature: Clarification Severity: Minor CODE: 3TMw8 B1: Report Issue Description: Rational: Arbiter is a predefined interface defining operations used for arbitration of tests. Test cases, test contexts, and the runtime system can use realizations of this interface to assign verdicts of tests and to retrieve the current verdict of a test (verdicts are discussed in Section 6.3.2, .Test Behavior,. on page 14) Issue: Section 6.3.2 Test Behavior, Subsection Verdict mentions the following: --- The final verdict of a test case is determined by an arbiter. Every test context has an arbiter and the tool vendor will provide a default arbiter if the test context does not explicitly specify one [. ] --- Section 6.3.1 "TestArchitecture" (page 10) says: --- Every test context must have an implementation of the arbiter interface, and the tool vendor constructing tools based on the Testing Profile will provide a default arbiter to be used if one is not explicitly defined in the test context. --- It seems to be a logical contradiction. Since the multiplictity of a test context's arbiter reference (see Fig. 6.1 TestArchitecture) is exactly one (so it has to be set in any case), why is it necessary to have a default arbiter in addition? It can never be used by a test context. In the case, a test context wants to use a kind of default arbiter, it has to define it anyway. In order to avoid confusion on the readers, this must be clarified and probably simplified.