atom feed16 messages in org.oasis-open.lists.tagRe: [tag] Referencing external test a...
FromSent OnAttachments
Stephen GreenSep 18, 2009 7:30 am 
Kevin LooneySep 18, 2009 8:02 am 
Stephen GreenSep 18, 2009 8:34 am 
Stephen GreenSep 18, 2009 8:44 am 
Stephen GreenSep 18, 2009 8:55 am 
Stephen GreenSep 18, 2009 10:19 am 
Stephen GreenSep 18, 2009 10:23 am 
Stephen GreenSep 18, 2009 10:56 am 
Stephen GreenSep 18, 2009 12:13 pm 
Stephen GreenSep 18, 2009 2:42 pm 
Stephen GreenSep 19, 2009 3:35 am 
Stephen GreenSep 19, 2009 3:43 am 
Jacques R. DurandSep 28, 2009 4:55 pm 
Stephen GreenSep 29, 2009 1:31 am 
Stephen GreenSep 30, 2009 2:00 pm 
Stephen GreenSep 30, 2009 2:43 pm 
Subject:Re: [tag] Referencing external test assertions
From:Kevin Looney (Kevi@Sun.COM)
Date:Sep 18, 2009 8:02:05 am
List:org.oasis-open.lists.tag

Hi Stephen,

This is a good question to bring up.

I'm not aware of any rules here, but it seems like a 'convention' (or guideline) would go a long way for TA organization or Tool processing. This issue seems fairly similar to TA naming, which we also gave guidelines/conventions - so I'm guessing we should treat this similarly.

The example you gave seems logical (concentric owning sets, separated by dots). Perhaps one of the identifiers (probably the outermost one) needs to be a symbolic representation of the Spec Name / version / revision / date. Then again, we may wish to refer to TAs from specs, where the TAs live over multiple versions (so specifying version / revision / date is not important).

Regarding 'import', this may be important for a schema. For the spec itself, it seems like a well formed specification should describe (in some sort of references section) where it refers to behavior / conformance from another spec. Likewise, an analysis should probably describe some sort of reference too.

Just some thoughts off the top of my head. Kevin L

Regarding Stephen Green wrote:

Re: Referencing external test assertions

Questions:

Given that I have a set of TAs in an upper level TA Set in an instance file/document, how would I apply a set of prerequisites to these TAs as a whole or individually using the Test Assertion Markup Language? Is there any special construct or best practice I would need to clarify unambiguously that the TAs (referenced by their IDs and the TA Set IDs e.g. 'TASet1.TASet2.ta0001') are to be found in a certain file? Do we need some kind of construct in the referring instance like an 'include' or 'import' statement/element? How is this done in other TA methodologies/languages? Would it be something new/untested for TAML if we added it? Could tools handle such a construct properly? What issues might there be?

Best regards