Requirements Testing Process
Printed From: One Stop Testing
Category: Quality Assurance @ OneStopTesting
Forum Name: Requirements and Design Documents @ OneStopTesting
Forum Discription: All those Artifacts generated in Requirement and Design Phases like Use Cases, SRS, Functional & Non-Functional Specefications, Check Lists, Design Documentations etc.
URL: http://forum.onestoptesting.com/forum_posts.asp?TID=1307
Printed Date: 30Dec2024 at 10:50pm
Topic: Requirements Testing Process
Posted By: annu_420
Subject: Requirements Testing Process
Date Posted: 14May2007 at 1:48am
Usage:
* To ensure that system performs correctly
* To ensure that correctness can be sustained for a considerable period of time.
* System can be tested for correctness through all phases of SDLC but incase of reliability the programs should be in place to make system operational.
Objective:
* Successfully implementation of user requirements,/li>
* Correctness maintained over considerable period of time Processing of the application complies with the organization’s policies and procedures.
* Secondary users needs are fulfilled: Security officer
* DBA
* Internal auditors
* Record retention
* Comptroller
How to Use:
* Test conditions created These test conditions are generalized ones, which becomes test cases as the SDLC progresses until system is fully operational.
* Test conditions are more effective when created from user’s requirements.
* Test conditions if created from documents then if there are any error in the documents those will get incorporated in Test conditions and testing would not be able to find those errors.
* Test conditions if created from other sources (other than documents) error trapping is effective.
* Functional Checklist created.
When to Use:
* Every application should be Requirement tested
* Should start at Requirements phase and should progress till operations and maintenance phase.
* The method used to carry requirement testing and the extent of it is important.
Example:
* Creating test matrix to prove that system requirements as documented are the requirements desired by the user.
* Creating checklist to verify that application complies to the organizational policies and procedures.
|
|