It probably became clear that software testing is a huge field. Therefore it is necessary to split it up into subdivisions. This can be done in different ways depending on your focus . In the literature at least three kinds are used. The first is from the manager's point of view.
The economist differs between the
validation
and the
verification. This
distinction might be interesting for a company, but from now on the
following definition of a software test will be
used and therefore this distinction will not be used:
The second kind is more orientated by the way the analysis of the program is done [Fruehauf91]. In this case the split up is often by means of the following two definitions:
The third way to split up the field of software testing uses the manner
in which the test cases are being constructed and the manner in which
the program is viewed. It can either be seen as a ``black
box'' which gets some input and gives out its
result without showing anything of its internal patterns or as a
``white box'' which discloses its structure.
Due to the fact that the test carried out in chapter 
is a
black box test, the focus will in the following be on this
subdivision and the next sections will be dedicated to it.