Re: [tag-discuss] TA definition: one more try

["Dave Pawson" <dave.pawson@gmail.com>]

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