[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [tag-discuss] TA definition: one more try
Jacques, I think instead of removing it may be adding the term 'sufficient' "A TA may refer to an abstract test harness architecture sufficient to characterize test components in terms of their interaction with the IUT." Coming from the IIC, I think we understand what entails the non-abstract test harness. - serm -----Original Message----- From: Durand, Jacques R. [mailto:JDurand@us.fujitsu.com] Sent: Friday, February 02, 2007 5:49 PM To: Dave Pawson; tag-discuss@lists.oasis-open.org Subject: RE: [tag-discuss] TA definition: one more try Point well taken - I am OK with just removing the word. -Jacques -----Original Message----- From: Dave Pawson [mailto:dave.pawson@gmail.com] Sent: Friday, February 02, 2007 12:20 AM To: tag-discuss@lists.oasis-open.org Subject: Re: [tag-discuss] TA definition: one more try On 02/02/07, Durand, Jacques R. <JDurand@us.fujitsu.com> wrote: > " A test assertion (TA), also sometimes defined as test specification, > is understood in this charter with the following general meaning: > A TA always refers to an item under test (IUT), either implicitly or > explicit if it is necessary that the TA identifies the item in some > unambiguous manner. > A TA describes the expected output or behavior for the item under test > within specific operation conditions, in a way that can be measured or > tested. > A TA may refer to an abstract test harness architecture that > characterizes test components in terms of their interaction with the IUT. > Each test assertion is an independent, complete, testable statement > for requirements in the specification. Test assertions are generally > different from test cases, which are more detailed and contingent to a > concrete test > framework: TAs are the basis to write test cases, and relate the > latter to the narrative of the target specification." > > > DOes that satisfy everyone - at least for a charter definition ? My only minor observation is that the word abstract is redundant and could be confusing. It *may* be abstract, but no reason it shouldn't be concrete. >A TA may refer to an abstract test harness architecture Suggest delete the word abstract. Other than that I'm OK. regards -- Dave Pawson XSLT XSL-FO FAQ. http://www.dpawson.co.uk --------------------------------------------------------------------- To unsubscribe, e-mail: tag-discuss-unsubscribe@lists.oasis-open.org For additional commands, e-mail: tag-discuss-help@lists.oasis-open.org --------------------------------------------------------------------- To unsubscribe, e-mail: tag-discuss-unsubscribe@lists.oasis-open.org For additional commands, e-mail: tag-discuss-help@lists.oasis-open.org
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]