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.

20 Model-Based Test<strong>in</strong>g – A Glossary 609<br />

• Conformance Conformance is a relation between the observable behavior<br />

of a SUT and that of its specification, or model. The idea is that model<br />

and implementation exhibit the “same” behavior. However, the granularity<br />

of this relation may vary.<br />

• Monitor A monitor observes those parts of the behavior of a SUT that<br />

should be compared to the <strong>in</strong>tended behavior as provided by a test case.<br />

• Verdict The verdict is the result of the comparison of <strong>in</strong>tended and actual<br />

behaviors of a SUT (parts of the <strong>in</strong>tended behavior are provided as test<br />

cases). Generally, verdicts can be either of pass (behaviors conform), fail<br />

(they don’t), and <strong>in</strong>conclusive (don’t know).<br />

• Black-Box Test<strong>in</strong>g Black-Box Test<strong>in</strong>g denotes test<strong>in</strong>g activities that do<br />

not take <strong>in</strong>to account knowledge of the <strong>in</strong>ner structure (the code) of the<br />

SUT.<br />

• White-Box Test<strong>in</strong>g White-Box Test<strong>in</strong>g denotes test<strong>in</strong>g activities that do<br />

take <strong>in</strong>to account knowledge of the <strong>in</strong>ner structure (the code) of the SUT.<br />

• IUT, Implementation under Test A IUT is the implementation one<br />

wants to test. In many cases, it is not possible to access the IUT directly,<br />

but only via a test context.<br />

• SUT, System under Test An SUT is the implementation that one wants<br />

to test (IUT) together with those th<strong>in</strong>gs that one does not want to test, but<br />

needs to access the IUT (test context).<br />

• Model A model is an abstraction, i. e., a simplification, of a SUT or of its<br />

environment, or both. In model-based test<strong>in</strong>g, a model of the SUT is, among<br />

other th<strong>in</strong>gs, used for determ<strong>in</strong><strong>in</strong>g expected output.<br />

• Test Context A Test Context consists of th<strong>in</strong>gs that one does not want to<br />

test, but are “<strong>in</strong> the way” between the tester and the th<strong>in</strong>g that one wants to<br />

test. For example, th<strong>in</strong>gs like communication channels, or parts of the system<br />

of which the IUT is a part that cannot easily be removed from the system. A<br />

test context may “blurr” the view that one can have of an implementation,<br />

and therefore (parts of) the test context may have to be part of the model.<br />

Usually, one assumes that the test context is correctly implemented.<br />

Acknowledgment Axel Bel<strong>in</strong>fante provided valuable comments.

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

Saved successfully!

Ooh no, something went wrong!