Acceptance Testing and Software Release

Acceptance Testing and Software Release
March 12 12:30 2012  

Acceptance testing is often conducted as the finish sub-stage of software testing to define whether the product should be released.

For successful release you also should clarify:

  1. What are the anticipations of product reliability in client settings if the software product is released now?
  2. What is the proper level of post-release product support?

It happens so that acceptance testing may be a part of system testing, normally the last part that answers the product release questions.

Nevertheless, we differentiate it from regular system testing by the differences in bug fixing possibilities.

For example, in system testing, all main defects will be corrected before product release; at the same time in acceptance testing, the defects will not be corrected because of oncoming product release.

The bugs detected in acceptance testing will be operated with during post-release product support. In practical applications, critical bugs detected in acceptance testing could cause expensive protractions to pre-planned and usually pre-announced product release. The price of such protractions needs to be weighed against the price of delivering a product with main flaws, in order to arrive at a product release decision.

If we are talking about the testing techniques, the ones usable for system testing are all potentially usable for acceptance testing.

But with the emphasis on product release decisions and anticipated post-release product support, usage-based statistical testing techniques are normally favored over traditional black-box testing.

Learn more from QATestLab

Related Posts:

About Article Author

view more articles
Nataliia Vasylyna
Nataliia Vasylyna

View More Articles

Related Articles