On 20 Sep 2007 00:24:55 -0000, jdur...@us.fujitsu.com
material for "Anatomy of a TA" section, updated after F2F and mail list
Characterize the item under test (or IUT) -
'characterize' needs definition. None of the examples are explicit.
Suggest. Define the item under test sufficiently to enable its
selection, e.g. Part title, Part number, build specification, version
performed on the item under test or on the test environment,
Clarification on 'test environment'. Used without definition.
Although two tests are actually involved, a single TA is appropriate,
as these tests are about the handling of a same feature (the radix) by
the same function.
Unclear, confusing, suspect English. The word radix appears out of context.
(e.g. it should not tell where to find the argument values to be used
â this is the role of a test case).
Where is the differentiation between test assertion and test case?
Isn't the latter an
instantiation of the former? Clarify please.
Conversely, in many cases, it is acceptable to be less explicit than above.
This is supposed to be a defining document. This only confuses.
A test assertion ignores the keywords MUST, SHOULD, MAY because its
focus is on the feature to be verified on the item under test.
I quite disagree with this statement. IMHO a test assertion MUST