The Chart of Accounts Test Plan describes the detailed information for functional testing as input to the implementation project plan.
Chart of Accounts
Author: Tony Lombardo
Created on: 07/19/2010
Last Modified on: 03/24/2011
FINAL Status
Testing Dashboard
Milestones tracking test plan progress as well as testing project process.
Initiation |
Planning |
Discovery |
Development |
Execution |
Analysis |
Closing |
---|---|---|---|---|---|---|
|
|
|
|
|
|
|
Introduction
Summary of testing project goals and success criteria.
This test plan reviews:
- Existing project information.
- Business Requirements and critical components to be tested.
- Testing types and strategies to be implemented.
- A proposed testing schedule and deliverables.
Test Items
Items that are not a part of the test plan but may be used as input to the test plan.
- Requirements Specification
- Project Plan/Schedule
- Use Case(s)
- Critical Bugs/Jiras
- Chart of Accounts Technical Implementation Plan
- Chart of Accounts Module Appendix
- Business Readiness Plan
In Scope (Test Cycle 1)
Business Process Testing (Functional) the following.
- Charts
- Organizations
- Account Attribute setup values
- Account setup
- Sub-Accounts
- Object Codes
- Sub-Object Codes
- Account Delegate
Out of Scope (Test Cycle 1; in scope for future Test Cycles)
- Cornell COA parameters
- Customizations
- Sub-Fund Program: coding (KITI-327 deployed to Beta completed as of 11/2/10)
- Government Appropriation Number Extended Attribute (KITI-692 deployed to Beta completed as of 10/28/10)
- SUNY Object Code Extended Attribute (KITI-691 deployed to Beta complete as of 10/28/10)
- Add routing to COA Maintenance docs- Changes to several COA Maintenance doc routing (KITI-726 deployed to Beta as of 10/29/10 coding completed)
- Workflow
Out of Scope But Critical to Project Success
Chart of Accounts testing depends on the Data Conversion Process.
Approach
Describe the overall approach to testing. Specify the approach that will ensure the features in scope will be adequately tested.
- Test Planning & Preparation - Develop test plan and test schedule and work with BAs, BPOs, SMEs, and technical resources to identify and build the items required for test execution.
- Test Execution - Conduct the testing utilizing the deliverables from the test preparation stage.
- Test Reporting & Validation - Metrics and measures that will be reported with regard to the testing in progress or that has been conducted that documents errors and compares actual results to the documented expected results.
- Test Management & Control - Meetings, Communications, Reviews, Issue & Defect Management
The test plan approach plan incorporates the following guiding principles:
- Early up-front planning facilitates starting tests on time and staying on schedule.
- Test the most important and highest risk features first. The testing effort should be sequenced based on identified risk priorities.
- Test as early as possible. It is less costly to fix errors earlier in the systems development life cycle than later.
- Test script development must be based on business requirements and functional specifications.
- Ensure that gaps and overlaps in testing are minimized by clearly defining the objectives of each test stage.
- Develop well-documented, repeatable test models to facilitate defect analysis during the implementation and establish best practices for a sustainable plan for future work.
- Determine validation and verification techniques for each test stage to facilitate quick detection of problems.
- Test with appropriate subject matter expert (SME) and end-user involvement. They have the business expertise to confirm that the application meets business requirements.
- Testing will begin with a smaller number of project testers to allow for increasing of skills and understanding of the system functionality and processes. As the testing phases progress, the number of testers may increase.
Items Pass/Fail Criteria
Suspension Criteria and Resumption Requirements
In the event that system testing is suspended, resumption criteria will be specified and testing will not re-commence until the software meets these criteria. Specific testing activities that must be repeated when testing is resumed will also be identified.
Test Deliverables
Identify the test documents associated with this plan.
- Test Plan - this document.
- Test Discovery Document - Refine the test approach and identify features to be tested.
- Test Case Specifications - Define a test case from the design specifications.
- Test Procedure Specifications - Specify the steps for executing a set of test cases.
- Test Incidents - Events that occurs during the testing process that require investigation are captured in JIRA.
- Test Summary Reports - Summarize the results of designated testing and provide evaluations based on the results.
Environmental Needs
Specify both the necessary and desired properties of the test environment, identify any other testing needs.
The environments that will be utilized for testing are identified below, along with identifying the test phase usage.
# |
Name |
Description |
Test Phase Utilization |
---|---|---|---|
1 |
KFS TEST |
Main Testing environment: Internal testing of application, modifications, reporting, and integration and/or interfaces with other systems. |
KFS QA Module & System Integration Tests |
Configuration Management
Configuration Management will implement existing change control and system refresh processes that are already in place. The system used for performance testing must be at the latest levels with all patches and fixes in place, changes must also be frozen during testing. Any system changes can only be made with prior approval and in accordance with change control processes.
Monitoring
System monitoring is not needed for this test plan.
Team Member and Stakeholder Assignments
Identify the individuals or groups responsible for managing, designing, preparing, executing, witnessing, checking, resolving and signing off on related test plan items.
The following resources will be completely or partially dedicated to the testing effort. The roles each will play in the testing phase.
Table 1: Assignments and Roles
Name |
High-level Testing Assignments |
Assigned Deliverable |
---|---|---|
Andy Slusar |
KFS Product Owner and Team Lead |
2 |
Susan Wakshlag |
KFS Testing Coordinator |
|
Mel Radcliffe Jr. |
Environment Lead/CM |
3 |
TBD |
Testing SME |
|
Shelli Cross |
Automation SME |
1,4,5 |
Mark Wheeler |
Technical Implementation Analyist (TIA) |
|
Shelley Ruth |
Business Analyst |
6 |
Barb Sutton |
Functional Lead |
|
Dave Hegelein |
Module Lead |
|
TBD |
Project Manager |
|
Tony Lombardo |
QA Lead |
1,4,5 |
Deliverables
1. Test Plan and/or Test Specification document - (Test Group)
2. Test Phase time period listed in KFS project schedule -(KFS Proj Mgr)
3. Overall Test Environment Specs (# of servers, DB, etc). - (KFS team/IS-CM)
4. Test tool selection
5. Test case repository selection
6. Requirements selection
Staffing and Training Needs
Reference Team Member and Stakeholder assignments above. Both automation and manual testers may need training on the systems or applications being tested. Training may included reviewing the test plan and testing tasks for manual testers. Campus testers executing manual test cases will attend a testers workshop to provide them with information on the testing process to follow for KFS testing.
Testing Tasks and Proposed Schedule
Test Plan
Milestone/Deliverable |
Start Date |
Est. Comp Date |
Actual Comp. Date |
---|---|---|---|
Test Plan Initiation |
07/23/2010 |
7/23/2010 |
7/23/2010 |
Test Plan Completed |
08/02/2010 |
08/11/2010 |
01/05/2011 |
Test Plan Approved |
08/13/2010 |
08/13/2010 |
01/06/2011 |
Test Project
CoA Module Testing Schedule
Phase, Start, End, Percent
Complete, Owner
CoA - Initiation, 07/23/2010, 07/23/2010, 100%, Dave Hegelein
CoA - Planning, 07/26/2010, 07/30/2010, 100%, Dave Hegelein
CoA - Discovery, 08/12/2010, 09/09/2010, 100%, Dave Hegelein
CoA - Development, 09/09/2010, 09/24/2010, 100%, Dave Hegelein
CoA - Execution, 11/22/2010, 12/03/2010, 100%, Dave Hegelein
CoA - Analysis, 12/06/2010, 12/06/2010, 100%, Dave Hegelein
CoA - Closing, 12/06/2010, 12/06/2010, 100%, Dave Hegelein
Risks and Contingencies
Identify risks and assumptions for testing items in scope. Assign risk priority numbers to individual tests or test sets. Provide contingency plans for mitigation.