This concept is in continuation with TESTING SOFTWARE AND CONSTRAINTS PART ONE. It is highly recommended to go through the above page before going through this which will give good comfort of learning software testing.
Lacking or Poorly Written Requirements
If requirements are lacking or poorly written, then the test team must have a defined method for uncovering and defining test objectives.
A test objective is simply a testing “goal.” It is a statement of what the test team or tester is expected to accomplish or validate during a specific testing activity. Test objectives, usually defined by the test manager or test team leader during requirements analysis, guide the development of test cases, test scripts, and test data.
Test objectives enable the test manager and project manager to gauge testing progress and success, and enhance communication both within and outside the project team by defining the scope of the testing effort.
Each test objective should contain a statement of the objective, and a high-level description of the expected results stated in measurable terms. The users and project team must prioritize the test objectives. Usually the highest priority is assigned to objectives that validate high priority or high-risk requirements defined for the project. In cases where test time is cut short, test cases supporting the highest priority objectives would be executed first.
Test objectives can be easily derived from using the system requirements documentation, the test strategy, the outcome of the risk assessment, and the test team assignments. A few techniques for uncovering and defining test objectives if the requirements are poorly written include brainstorming and relating test objectives to the system inputs, events, or system outputs.
Ideally, there should be less than 100 test objectives for all but the very largest systems. Test objectives are not simply a restatement of the system’s requirements, but the actual way the system will be tested to assure that the system objective has been met.
Completion criteria define the success measure for the tests.
As a final step, the test team should perform quality control. This activity entails using a checklist or worksheet to ensure that the process to set test objectives was followed, or reviewing them with the system users.
Changes in Technology
Effective testing must be done by a team comprised of information services professionals and users. In corporations where the users are not readily available, i.e., they are in a remote location, a professional test group can represent the users. Also vendors of software may not be able, or may not want to have users testing their systems during the developmental process.
Again, in these instances, a professional test group can represent the users. The test group is known by different names, including IT testing, quality control, quality assurance, and inspectors.
The following technological developments are causing organizations to revise their approach to testing:
1 • Integration
Technology is being more closely integrated into day-to-day business resulting in business being unable to operate without computer technology. For example, the airlines can only take reservations when their computer systems are operational.
2 • System Chains
Computer systems are interconnected into cycles of chains such that problems in one can cascade into and affect others.
3 • The Domino Effect
One problem condition, such as a wrong price or a program defect, can cause hundreds or even thousands of similar errors within a few minutes.
4 • Reliance on Electronic Evidence
With hard-copy documents being removed from processing, the validity of the transactions is dependent upon the adequacy of controls, and thus a control error may result in extensive losses.
5 • Multiple Users
Systems no longer belong to single users, but rather to multiple users, making it difficult to identify a single organizational unit responsible for a system.
The organizational approach to testing commences with a policy on testing computer systems. The policy should be developed under the direction of the IT department, but should represent the philosophy of the entire organization. Once the policy has been established, then the procedures and the methods of testing can be developed based upon the desires of management as expressed in the testing policy.
Limited Tester Skills
Testers should be competent in all ten of the CSTE Common Body of Knowledge skill categories to be effective. Lack of the skills needed for a specific test assignment constrains the ability of the testers to effectively complete that assignment.
You like this post and interested in getting updates.
Subscribe to RSS FEED here or get updates directly into your EMAIL BOX.
Lacking or Poorly Written Requirements
If requirements are lacking or poorly written, then the test team must have a defined method for uncovering and defining test objectives.
A test objective is simply a testing “goal.” It is a statement of what the test team or tester is expected to accomplish or validate during a specific testing activity. Test objectives, usually defined by the test manager or test team leader during requirements analysis, guide the development of test cases, test scripts, and test data.
Test objectives enable the test manager and project manager to gauge testing progress and success, and enhance communication both within and outside the project team by defining the scope of the testing effort.
Each test objective should contain a statement of the objective, and a high-level description of the expected results stated in measurable terms. The users and project team must prioritize the test objectives. Usually the highest priority is assigned to objectives that validate high priority or high-risk requirements defined for the project. In cases where test time is cut short, test cases supporting the highest priority objectives would be executed first.
Test objectives can be easily derived from using the system requirements documentation, the test strategy, the outcome of the risk assessment, and the test team assignments. A few techniques for uncovering and defining test objectives if the requirements are poorly written include brainstorming and relating test objectives to the system inputs, events, or system outputs.
Ideally, there should be less than 100 test objectives for all but the very largest systems. Test objectives are not simply a restatement of the system’s requirements, but the actual way the system will be tested to assure that the system objective has been met.
Completion criteria define the success measure for the tests.
As a final step, the test team should perform quality control. This activity entails using a checklist or worksheet to ensure that the process to set test objectives was followed, or reviewing them with the system users.
Changes in Technology
Effective testing must be done by a team comprised of information services professionals and users. In corporations where the users are not readily available, i.e., they are in a remote location, a professional test group can represent the users. Also vendors of software may not be able, or may not want to have users testing their systems during the developmental process.
Again, in these instances, a professional test group can represent the users. The test group is known by different names, including IT testing, quality control, quality assurance, and inspectors.
The following technological developments are causing organizations to revise their approach to testing:
1 • Integration
Technology is being more closely integrated into day-to-day business resulting in business being unable to operate without computer technology. For example, the airlines can only take reservations when their computer systems are operational.
2 • System Chains
Computer systems are interconnected into cycles of chains such that problems in one can cascade into and affect others.
3 • The Domino Effect
One problem condition, such as a wrong price or a program defect, can cause hundreds or even thousands of similar errors within a few minutes.
4 • Reliance on Electronic Evidence
With hard-copy documents being removed from processing, the validity of the transactions is dependent upon the adequacy of controls, and thus a control error may result in extensive losses.
5 • Multiple Users
Systems no longer belong to single users, but rather to multiple users, making it difficult to identify a single organizational unit responsible for a system.
The organizational approach to testing commences with a policy on testing computer systems. The policy should be developed under the direction of the IT department, but should represent the philosophy of the entire organization. Once the policy has been established, then the procedures and the methods of testing can be developed based upon the desires of management as expressed in the testing policy.
Limited Tester Skills
Testers should be competent in all ten of the CSTE Common Body of Knowledge skill categories to be effective. Lack of the skills needed for a specific test assignment constrains the ability of the testers to effectively complete that assignment.
You like this post and interested in getting updates.
Subscribe to RSS FEED here or get updates directly into your EMAIL BOX.
programming
0 comments
Post a Comment