Online Educational Resouce Collection
Custom Search
The content of the site is exclusively owned by eduresourcecollection dot com
 
Software Testing
SDLC
The V model
Points to Ponder on Agile
Testing
Test Case Design
White Box Testing
Black Box Testing
Orthogonal Array Testing
Unit Testing
Intergration Testing
Regression Testing
Validation Testing
 
 
 
The V-Concept of Testing
 
The V Concept of testing detail on the sequence with which the testing should be performed. The life cycle testing is performed against the deliverables at the pre-determined specified points. The SDLC has to be pre-determined for this to happen.


The V concept recommends both the System Development and the System test process to start at the same point referring the same information. The development will have the responsibility of documenting the requirements for the development purpose; which the test team could use for testing purpose as well.

In the V-testing concept, your project’s Do and Check procedures slowly converge from start to finish, which indicates that as the Do team attempts to implement a solution, the Check team concurrently develops a process to minimize or eliminate the risk. If the two groups work closely together, the high level of risk at a project’s inception will decrease to an acceptable level by the project’s conclusion.
 
 
The various steps involved in V-concept are listed below:
 
Step 1: Assess Development Plan and Status
This first step is a prerequisite to building the VV&T Plan used to evaluate the implemented software solution. During this step, testers challenge the completeness and correctness of the development plan. Based on the extensiveness and completeness of the Project Plan the testers can estimate the amount of resources they will need to test the implemented software solution.

Step 2: Develop the Test Plan
Forming the plan for testing will follow the same pattern as any software planning process. The structure of all plans should be the same, but the content will vary based on the degree of risk the testers perceive as associated with the software being developed.

Step 3: Test Software Requirements
Incomplete, inaccurate, or inconsistent requirements lead to most software failures. The inability to get requirements right during the requirements gathering phase can also increase the cost of implementation significantly. Testers, through verification, must determine that the requirements are accurate, complete, and they do not conflict with one another.
 
 
 
eXTReMe Tracker
Copyright © 2006. All Rights Reserved.
Site Designed & Hosted By TEK WEB VISUALS