07.01.2013 Views

Lecture Notes in Computer Science 3472

Lecture Notes in Computer Science 3472

Lecture Notes in Computer Science 3472

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

500 Zhen Ru Dai<br />

state mach<strong>in</strong>es, states or regions, and <strong>in</strong> Activity Diagrams to actions and activities.<br />

S<strong>in</strong>ce each default <strong>in</strong> an Interaction applies only to one test component,<br />

defaults are attached on <strong>in</strong>teraction fragments to the <strong>in</strong>tersection between the<br />

fragment and the test component. In U2TP, defaults behaviors can be specified<br />

on different behavior levels, e.g. on a state, <strong>in</strong>teraction, <strong>in</strong>stance etc.. If the <strong>in</strong>nermost<br />

default fail to recognize the observed behavior the default of the next<br />

level is tried.<br />

Test verdicts specify possible test results, e.g. pass, fail, <strong>in</strong>conclusive or error.<br />

The def<strong>in</strong>ition of the verdicts orig<strong>in</strong>ate from the OSI Conformance Test<strong>in</strong>g<br />

Methodology and Framework [ISO94]: Pass <strong>in</strong>dicates that the SUT behaves correctly<br />

for the specific test case. Fail describes that the test case has violated.<br />

Inconclusive is used where the test neither passes nor fails. An error verdict<br />

<strong>in</strong>dicates exceptions with<strong>in</strong> the test system itself.<br />

A validation action can be performed by a test component to denote that<br />

the arbiter is <strong>in</strong>formed of a test result which was determ<strong>in</strong>ed by that test component.<br />

The coord<strong>in</strong>ation between arbiter and test components is controlled by<br />

the scheduler.<br />

Both a test context and a test case may trace their executions. These traces<br />

are behaviors <strong>in</strong> general and are generated dur<strong>in</strong>g the execution of a test case.<br />

They can be recorded as test logs and become part of the test specification. A<br />

test log has to be attached to a test context or a test case such that it is specified<br />

from which test context or test case that test log has been taken.<br />

Data Concepts This concept group conta<strong>in</strong>s concepts needed to describe test<br />

data. There are means provided to specify test data for the data transmission<br />

between the SUT and the test system.<br />

Wildcards which can denote an omitted value, any value or any value or omit<br />

(* or ?) are needed to specify test data, especially for data reception.<br />

Test cases are often executed repeatedly with different data values to stimulate<br />

the SUT <strong>in</strong> various ways. Also when observ<strong>in</strong>g data, abstract equivalence<br />

classes are used to def<strong>in</strong>e sets of allowed values. Typically, these values are taken<br />

from a partition of test data, or lists of explicit values. For this purpose, a data<br />

pool provides a means for associat<strong>in</strong>g data sets with test contexts and test cases.<br />

A data pool conta<strong>in</strong>s either data partitions which build equivalence classes, or<br />

explicit values.<br />

Data partition is used to def<strong>in</strong>e an equivalence class for a given type. By<br />

denot<strong>in</strong>g the partition<strong>in</strong>g of data explicitly U2TP provides a more visible differentiation<br />

of data.<br />

Data selectors are typically operations that operate over the conta<strong>in</strong>ed values<br />

or value sets. By means of data selectors, test data can be retrieved out of a data<br />

pool or a data partition.<br />

Cod<strong>in</strong>g rules are shown as str<strong>in</strong>gs referenc<strong>in</strong>g cod<strong>in</strong>g rules def<strong>in</strong>ed outside the<br />

U2TP such as by ASN.1, CORBA or XML. Cod<strong>in</strong>g rules are basically applied to<br />

data value specification to denote the concrete encod<strong>in</strong>g and decod<strong>in</strong>g for these<br />

values dur<strong>in</strong>g test execution.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!