11 Compatibility Testing-User Documentation Testing-Domain Testing
11 Compatibility Testing-User Documentation Testing-Domain Testing
objectives:
1. To check if what is stated in the doc is available in the product
2. To check if what is there in the product is explained correctly in the
document.
Disadvantages:
1. It helps in highlighting problems
2. Results in less difficult support calls
3. New employees can use the documentation to learn the functionality of
the product
4. Customers need less training
Domain Testing:
In this testing, we do not look at the specifications of a software product but
we test the product based on domain knowledge and expertise in the
domain of application.
We need to know the day-to-day business activities for which the
software is written. It can be considered as an extension of black box
testing.
To design test case we need experts. It is easier to hire testers from the
domain area and train them in the software. It reduces the effort and time
required for training the testers.
Test cases are written based on what the users of the software do on a
typical day.
When you are testing as an end user in domain testing, all you are
concerned with is whether you got the right amount or not. Most of the
intermediate steps are missing. These “Missing steps” are expected to be
working before the start of domain testing.
Domain testing is done after all components are integrated and after the
product has been tested using other black box approaches.