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.

460 Wolfgang Prenn<strong>in</strong>ger, Mohammad El-Ramly, and Marc Horstmann<br />

• Kahlouche et al. [KVZ98] describe a special case which does not fit <strong>in</strong> any<br />

of the previous two. Here, the SUT is stimulated with <strong>in</strong>puts and the observable<br />

behavior of the SUT is monitored and saved completely dur<strong>in</strong>g test<br />

execution. Then the monitored trace is translated to the abstract level. S<strong>in</strong>ce<br />

<strong>in</strong> this approach the abstract test case has a tree-like structure, the test is<br />

evaluated to pass iff the monitored trace is a branch of the test case structure.<br />

As stated above, the abstraction/concretization relation is only <strong>in</strong>dicated <strong>in</strong> the<br />

literature. The ma<strong>in</strong> part is hidden <strong>in</strong> the mechanisms which concretizes the<br />

abstract test cases or abstracts the monitored behavior, respectively. There is no<br />

<strong>in</strong>formation about what advantages each of the approaches has, e.g., concern<strong>in</strong>g<br />

scalability or performance.<br />

15.9 Conclusion<br />

In this chapter we reviewed eight case studies from different doma<strong>in</strong>s apply<strong>in</strong>g<br />

model-based test<strong>in</strong>g mostly <strong>in</strong> an <strong>in</strong>dustrial context. In conclusion, we make four<br />

important observations.<br />

First, application of model-based test<strong>in</strong>g is motivated by the fact that real<br />

world systems (SUTs) are gett<strong>in</strong>g more and more complex. Currently, most<br />

systems are tested <strong>in</strong> an unstructured way by manually written test cases. Due<br />

to the <strong>in</strong>creas<strong>in</strong>g complexity, it is gett<strong>in</strong>g more and more difficult to achieve<br />

sufficient test coverage by this approach effectively. Additionally, test suites are<br />

grow<strong>in</strong>g huge. For example, <strong>in</strong> [FKL99], the Architecture Validation Suite (AVS)<br />

developed for PowerPC architecture consisted of about 87,000 test cases for the<br />

32-bit design and 150,000 test cases for the 64-bit design. More general, it is<br />

gett<strong>in</strong>g too hard to validate systems aga<strong>in</strong>st their requirements directly and<br />

effectively.<br />

Second, we observed that all case studies follow a common abstract process.<br />

The process builds an abstract test model of the system’s behavior, which <strong>in</strong>corporates<br />

only the crucial aspects of system <strong>in</strong> an abstract way. Due to the<br />

reduction of complexity <strong>in</strong> the test model, validat<strong>in</strong>g the test model is considerably<br />

easier and more effective than directly validat<strong>in</strong>g the complex SUT. Then,<br />

by means of test case specification, generation, concretization, execution and<br />

evaluation, the behavior of the SUT is verified aga<strong>in</strong>st the abstract test model.<br />

This approach leads to a structured test process and enables wide and measurable<br />

test coverage. For build<strong>in</strong>g abstract test models, we identified four classes<br />

of abstraction techniques that were applied <strong>in</strong> the case studies.<br />

Third, we observed that model-based test<strong>in</strong>g starts to be broadly applied <strong>in</strong><br />

<strong>in</strong>dustry <strong>in</strong> the doma<strong>in</strong> of processor verification. This stems from the fact that<br />

there is a well-understood development process with well-def<strong>in</strong>ed abstraction<br />

levels (e.g., from VHDL down to RTL) <strong>in</strong> this doma<strong>in</strong>. Actually, this enables<br />

partial automation of the abstract test model build<strong>in</strong>g. In the other case studies<br />

the test models are built <strong>in</strong> an ad-hoc manner due to the lack of well-def<strong>in</strong>ed<br />

abstraction levels <strong>in</strong> their doma<strong>in</strong>s. Nevertheless these case studies are promis<strong>in</strong>g<br />

proofs of concept.

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

Saved successfully!

Ooh no, something went wrong!