Week 3 - Testing Process
Week 3 - Testing Process
VERIFICATION &
VALIDATION
Week 3: Testing Process
The test engineer’s role focuses on some of the activities, not all,
depending on how roles are defined. However, the effective and efficient
test engineer must understand how the test process works and how it fits
into the overall project from a bi picture perspective
System Test can begin when:- 6. Less thank 50 must-fix bugs (per Sales,
1. Bug tracking and test tracking system are Marketing and Customer Service) are
in place open against the release
2. All components are under formal, 7. The Development Teams provide
automated configuration and release software to the Test Team 3 business
management control. days prior to starting System Test
3. The Operations team has configured the 8. The Test Team completes a 3 day
System Test Server environment “smoke test” and reports on the results
including all target hardware components 9. The Project Management Team agrees
and subsystems. The Test team has in a System Test Phase Entry Meeting
been provided with appropriate access to to proceed. The following topics will be
these systems resolved in the meeting:-
Whether code is complete
4. The Development Teams have completed Whether unit-testing is complete
all features and bug fixes scheduled for Assign a target fix date for any known “must fix”
release bugs (no later than 1 week after System Test
Phase Entry)
5. The Development Teams have unit-tested
all features and bug fixes schedule for
release
System Test will continue if:- 3. The open bug backlog (“quality
1. All software released to the Test gap”) remains less than 50. The
Team is accompanied by Release daily and rolling closure periods
Notes remain less than 14 days (on
average, bugs are fixed within two
2. No change is made to the system,
weekly release cycles)
whether in source code,
configuration files, or other setup 4. Twice-weekly bug review meetings
instructions or processes, without an occur until System Test Phase Exit
accompanying bug report. Should a to manage the open bug backlog
change be made without a bug and bug closure times
report, the Test Manager will open
an urgent bug report requesting
information and escalate to his
manager
System Test will continue if:- 6. The Test Team has checked that all
1. NO changes (design/code/features), issues in the bug tracking system are
except to address System Test defects, either closed or deferred, and where
occurred in the prior 3 weeks appropriate, verified by regression and
confirmation testing
2. NO panic, crash, halt, wedge, unexpected
process termination, or other stoppage of 7. The test metrics indicate product stability
processing has occurred on any server and reliability; completion of all planned
software or hardware for the previous 3 tests; adequate coverage of the critical
weeks quality risks
3. No client systems has become inoperable 8. The Project Management Team agrees
due to a failed update during System Test that the product, ad defined during the
final cycle of System Test, will satisfy the
4. The Test Team has executed all the
customer’s reasonable expectations of
planned tests against the GA-candidate
quality
software
9. The Project Management Team holds a
5. The Development Teams have resolved
System Test Phase Exit Meeting and
all “must-fix” bugs per Sales, Marketing
agrees that we have completed System
and Customer Service
Test
Analysis Design
• Review test basis (e.g. • Design and prioritize
requirements or design combinations of test data,
specifications, network/system actions, and expected results
architecture, quality risks) • Identify the test data needed
• Identify and prioritize test for test conditions and cases
conditions, test requirements, • Design the test environment
or test objectives and required
• Identify infrastructure tools
test data based on analysis of
test items (e.g. their behavior,
specification, and structure)
• Evaluate testability of the
requirements and system