V Model Example

Posted on  by admin

V Model is a highly disciplined SDLC model in which there is a testing phase parallel to each development phase. The V model is an extension of the waterfall model in which testing is done on each stage parallel with development in a sequential way. It is known as the Validation or Verification Model. SDLC: SDLC is Software Development Life Cycle. It is the sequence of activities carried out by Developers to design and develop high-quality software.

STLC: STLC is Software Testing Life Cycle. It consists of a series of activities carried out by Testers methodologically to test your software product. Waterfall Model: Waterfall model is a sequential model divided into different phases of software development activity.

V-Model XT: the most recent advancement of the V-Model

Each stage is designed for performing the specific activity. Testing phase in waterfall model starts only after implementation of the system is done. Click here if the video is not accessible . Suppose, you are assigned a task, to develop a custom software for a client. Now, irrespective of your technical background, try and make an educated guess about the sequence of steps you will follow, to achieve the task. The correct sequence would be. Gather as much information as possible about the details & specifications of the desired software from the client.

This is nothing but the Requirements gathering stage. Plan the programming language like Java, PHP, .net; database like Oracle, MySQL, etc. Which would be suited for the project, also some high-level functions & architecture. After the design stage, it is build stage, that is nothing but actually code the software.

Next, you test the software to verify that it is built as per the specifications are given by the client. Deploy the application in the respective environment.

Once your system is ready to use, you may require to change the code later on as per customer request. All these levels constitute the waterfall method of the software development lifecycle.

As you may observe, that testing in the model starts only after implementation is done. But if you are working in the large project, where the systems are complex, it’s easy to miss out the key details in the requirements phase itself.

In such cases, an entirely wrong product will be delivered to the client and you might have to start afresh with the project OR if you manage to note the requirements correctly but make serious mistakes in design and architecture of your software you will have to redesign the entire software to correct the error.

Assessments of thousands of projects have shown that defects introduced during requirements & design make up close to half of the total number of defects.


You Might Like: