Oracle Migration Test Plan
Oracle Migration Test Plan
Table of Contents:
1. Test objective
2. Test plan scope
3. Test resources
4. Test schedule
5. Test risks
6. Test types
7. Test tools
8. Test preparation
9. Test deliverables
I. Objective
To develop a test plan ensuring HRSA functionality, customizations, and interfaces working prior
to the Oracle migration are working after the migration from Sybase to Oracle.
II. Scope
The scope of this test plan is to identify the test resources from each functional area and the type
of test cases required for test preparation and test execution in HRSA (including other impacted
programs) at scheduled testing cycles. This test plan will cover only functionality testing of HRSA
and associated programs.
2
Oracle Migration Test Plan – Draft 2/1/2002
Developers:
Admissions Larry Roux
Campus Community Harry Fleming
Financial Aid Pat Stanley
Human Resources Patty Bergin
Ray Brunner
Pat Cabrey
Payroll Patty Bergin
Ray Brunner
Pat Cabrey
Student Financials Marilyn Butler, Darlene Kennedy
Student Records Bill Keesler
Steve Wowelko
There will be three test cycles. The tester will have two weeks at the start of each cycle to test and
report defects. Prior to the test cycles, the testers will be requested to view and navigate a preliminary
version of HRSA in Oracle. The preliminary HRSA navigation test is expected to take place in March
2002. A final customer acceptance test will take place in September before HRSA (Oracle) goes live.
V. Test Risks
Risks Contingency
· Lifecycle testing most likely will · FBAs to identify and develop critical
not be performed due to time and cross functional tests
technology constraints
· Financial Aid (FA) – not live until · FA will be documenting their tests in
Summer 2002 Test Director, so the tests will be
available to them to use for
migration testing.
· Test Data – need for current and · Have one database containing
stable test data current data and another one that is
stable
· Discuss with Oracle Migration
Project Lead
Test Director will be the tool used to document and manage tests and defects. Only functionality testing
will be performed by the testers. The tests that will need to be developed and prioritized are:
Responsibility
1. Automated Test Cases Test Coder
Note: FBA Manager will be provided with test lists to review for any gaps in testing.
It is expected that there will be some overlap in tests between the different types of tests.
Test Director (TD) will be the central repository for tests, test results, and defects. TD will be essential
toward monitoring the migration testing status and defects reported.
4
Oracle Migration Test Plan – Draft 2/1/2002
* Almost all FBAs and developers have been trained to use TD.
(A) Entrance criteria required before tests execution for test cycles
Responsibility
1. Test plan approval IS/FBA Managers
2. FBAs trained on TD Test Coordinator
3. Tests documented in TD FBAs
4. Tests coverage signoff FBA Managers
5. Test environment ready DBA/PS Tech Team
6. Test progress report developed Test Coordinator
7. Defect status report developed Test Coordinator
(B) Exit criteria required before customer acceptance testing is declared completed.
Responsibility
1. All defects resolved FBAs/Developers
2. Testing Completed FBAs
3. Customer Acceptance Test Signoff FBAs/FBA Managers