![]() ![]() |
Testing in content management projects
At the selection of the suitable tool the following questions should be asked:
Here it always has to be considered that tools are no end in itself but only a means to an end! The question still remains what is to be tested on which scale. It is the aim to identify those areas of implementation at which there is the highest probability of an error on the one hand as well as the highest priority of the respective area on the other hand. The following diagram shows an example for a risk clustering: ![]() Illustration 3 - Risk clustering
The result of the evaluation, which has to be implemented individually for each product can be different - depending on the CMS which has to be implemented and the customer requirements. With this examination also those areas at which the test expenditure is the highest or most of the test cases are to be carried out can be identified in a better way. After having drawn up the test cases, having clarified the questions concerning the test data and having selected the right test tools, now the question for the place of test has to be asked. This predominantly depends on the required infrastructure. Approval stage The success of the project team during this stage largely depends on the work in the previous project stages. Only if the communication with the customer was sufficient, the requirements were specified and implemented in detail and also sufficiently tested, a critical customer will approve the product. Here the test team can offer an essential support through its systematic preliminary work by identifying a large part of the criteria as soon as in the run-up and helping to avoid a high number of errors by means of sufficient tests. An exact definition of the criteria which are essential for the approval is made before this process. The criteria of acceptance should be defined in detail as early as during the stage of quotation in order to not obstruct the process of approval unnecessarily. The criteria of acceptance are guidelines which have to be fulfilled by the system that is to be implemented. These can either be guidelines for the functionality of the system or guidelines for the hardware, but also guidelines for the documentation and training of the employees. A possible further precise determination of the acceptance criteria during the fine specification stage can only be carried out through a permanent coordination between the individual areas in the project team and with the respective contacts of the customer. Drawing up a compliance matrix has proved to be helpful for the approval process in practice, which lists the individual approval criteria in detail and assigns priorities to them. The individual items can now be forgotten and thus the approval process can be objectified, if possible. "Forgetting" important criteria is not possible any more and prevents a "rude (and expensive!) awakening" for both partners after the termination of the project. With the successful completion of the approval stage the Content Management System can finally be inserted "live". Shortly after that it will be shown how favourable the tests were for a faultless, smooth course. Result Efficient tests are an important instrument for quality assurance in content management projects. The test stages run parallel to the individual project stages in order to facilitate a better control. A good planning in the fine specification stage as well as the careful selection of the members of the test team is indispensable in this. Perfectly planned tests from the beginning help to reduce the costs, to avoid a bad image and to make the user more satisfied. 03/2004, Georg Amm
| ![]() ![]() | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
© 1999-2008 FEiG & PARTNER | Disclaimer | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
know how news events | ||
![]() | ||
![]() |