UMLTP23 — Relationship Between Test Case and Test Objective

We feel like there should be a relationship defined between a test case and a test objective in which the role is defined as "acceptanceCriteria" (this may be captured by the arbitration specifications and underlying expected response and check property actions) so perhaps a better role definition would be "testCaseObjective" or "goal". 

Another idea is that if we make it best practice to use test objectives to capture initial requirement success criteria then the Arbitration Specification would refine or be a lower level of abstraction in some way.

Add a concept to loosely trace test objective to fulfilling elements

The RTF agreed that a test objective trace is a test-relevant concept that should be added to the profile.