Workbench Concept in Software Testing

by Nataliia Vasylyna | October 28, 2011 10:00 am

Note: This article was updated in June 2019.

Considering the variety of testing scenarios that depend on each specific product, the testers’ work has to be carefully planned and structured. One of the specific approaches for building a test strategy is called workbench concept. Let us reveal some more information for your review.

Workbench Concept: Goals and Stages

This is a method which aims to examine and verify the structure of testing performance[1] by detailed documenting. Workbench process has its common stages and steps which serve for different test assignments. The common stages of each workbench include:

Stages of workbench concept

Input. It is the initial workbench stage. Each certain assignment should contain its initial and outcome (input and output) requirements to know the available parameters and expected results. Each workbench has its specific inputs depending on the type of product under testing.

Performance. The priority aim of the entire testing is in the transformation of the initial parameters to outcome requirements and reach the prescribed results.

Check. It is an examination of output parameters after the performance phase to verify its accordance with the expected ones.

Production output. It is the final stage of a workbench in case the check confirmed the properly conducted performance.

Reworking. If the outcome parameters are not in compliance with the desired result, it is necessary to return to the performance phase and conduct it from the beginning.

Verification and Validation: Differences in Functions

The verification and validation are the main aims of the workbench concept, but it is important to know the difference between them to outline all the specific elements of each process clearly:


  1. Checks program, documents, and design.
  2. Reviews, desk-checking, walkthroughs, and inspection methods.
  3. Check of accordance with the specified requirements.
  4. Bug detection is performed on the cycle of early development[2].
  5. It precedes the validation.


  1. It is a process of testing and validating the real product.
  2. It uses non-functional testing[3], Black Box Testing, and White Box Testing.
  3. Checks whether the software is in compliance with customers’ expectations.
  4. It can detect bugs, which are missed by verification.
  5. It is performed when the verification is done.

We can conclude, that verification is conducted at the initial stage before validation and verifies the input requirements. The validation checks the examination performed by verification and detects the missed issues to make the real product closer to the definition of done.

Workbench Phases

Let’s look at the initial and outcome data from different angles, considering various phases:

workbench concept phases

Requirement phase

Design phase

Execution phase

Testing phase
The initial parameters are contained in the source code, and the outcomes are formed after the test performance.

Distribution phase
The aim of this phase is to prepare the product which is ready for use. Initial data, in this case, is a code version given by customer with initial requirements and code after testing.

Maintenance phase

Conclusion on Workbench in QA

The workbench concept serves to build and monitor the proper structure of testers’ work. It helps to divide assignments in each phase of testing and reach the customers’ expectations relying on initial data and transforming the product parameters into desirable ones.

Learn more from QATestLab

Related Posts:

  1. testing performance:
  2. early development:
  3. non-functional testing:
  4. What you should know about testing your E-learning platform:
  5. Why Crowdtesting is An Important Part of Your Testing Toolkit:
  6. Software Testing & QA: Not-boring Explanation (for Dummies):

Source URL: