
Although most projects undergo continuous
testing, it does not usually produce the information required to deal
with the situations where it is necessary to make an instantaneous
assessment of the product's quality at a particular moment. In most
cases the testing is scheduled for just prior to launch and conventional
testing techniques often cannot be applied to software that is
incomplete or subject to constant change. At times like these Rapid
Testing can be used.
The structure of rapid testing is built four components:
- People
- Integrated test process
- Static Testing
- Dynamic Testing
There
is a need for people who can handle the pressure of tight schedules.
They need to be productive contributors even through the early phases of
the development life cycle with the core skill as the ability to think
critically.
It should also be noted that dynamic
testing lies at the heart of the software testing process, and the
planning, design, development, and execution of dynamic tests should be
performed well for any testing process to be efficient.
It
would help us if we examine each phase of a development process very
carefully to see how the efficiency, speed and quality of testing can be
improved, bearing in mind the following factors:
- Actions that the test team can take to prevent defects from escaping. For example, practices like extreme programming and exploratory testing.
- Actions that the test team can take to manage risk to the development schedule.
- The information that can be obtained from each phase so that the test team can speed up the activities.
If
a test process is designed around the answers to these questions, both
the speed of testing and the quality of the final product should be
enhanced.
Some of the aspects that can be used while rapid testing are given below:
- Test for link integrity
- Test for disabled accessibility
- Test the default settings
- Check the navigations
- Check for input constraints by injecting special characters at the sources of data
- Run Multiple instances
- Check for interdependencies and stress them
- Test for consistency of design
- Test for compatibility
- Test for usability
- Check for the possible variability’s and attack them
- Go for possible stress and load testsAnd our favorite – banging the keyboard
0 comments:
Post a Comment