13.07.2015 Views

Part 4 - Iowa Medicaid Enterprise

Part 4 - Iowa Medicaid Enterprise

Part 4 - Iowa Medicaid Enterprise

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

RFP MED-12-001 | Technical Proposal<strong>Iowa</strong> <strong>Medicaid</strong> <strong>Enterprise</strong> System Service Procurement | MMIS and Core MMIS OperationsRFP Deliverable RequirementPlan for use of regression testing during all testing phases of the system.Plan and schedule for each business process area and associated systemmodules and subsystems as well as for the integrated testing.Plan for analyzing difference between the legacy MMIS and the LouisianaReplacement MMIS during parallel testing and how those differences will bereported.Plan for identifying and documenting test situations and expected test results.An organization plan showing contractor personnel responsible for testing.Plan for managing the testing effort, including strategies for dealing with delaysin the testing effort, back-up plan, back-up personnel, and related issues.Procedures for tracking, documenting, and correcting deficiencies discoveredduring each phase of testing.Strategy and methodology for dealing with the situation where unit tests,Module tests, Rules test, Integration tests, Load and Stress tests, useracceptance tests, parallel tests, or operations readiness tests failed to producethe desired results.Plan for updating system or user documentation based on test results.Procedures for notifying the Department of problems discovered in testing,progress, adherence to the test schedule, and so forth.A plan for documenting and reporting test results to the Department for reviewincluding test scenarios used, anticipated and actual outcomes, anddiscrepancies identified.Specific procedures for backing up, restoring, and refreshing all permanent datastores in the test environments.Migration procedures describing the steps needed to move or copy softwarefrom system test libraries to the test environments.Migration procedures describing the steps needed to move or copy softwarefrom the User Acceptance test environment to production.Team Noridian Content SectionSection 3.5: Plans for Regression TestingSection 2: Approach to Testing for each Test PhaseSection 7: Test SchedulesSection 2: Approach to Testing for each Test PhaseSection 4: Test Execution and ReportingSection 4: Test Execution and ReportingSection 1.1: Organization PlanSection 1.2: Roles and ResponsibilitiesSection 3.6: Strategies for Delays and Contingency PlanSection 4.4: Defect Creation and Resolution ProcessSection 3.6: Strategies for Delays and Contingency PlanSection 4.5: Test Reporting and ResultsSection 3.7: Plan for Updating System or User Documentation Based on TestResultsSection 4.5: Test Reporting and ResultsSection 4.5: Test Reporting and ResultsSection 6.1: Back-up, Restore, and Refresh ProceduresSection 6.2: Back-up, Restore, and Refresh ProceduresSection 6.2: Back-up, Restore, and Refresh ProceduresFigure 8-79. Mapping of RFP test plan requirements to Team Noridian's standard test plan. TeamNoridian's test plan is based on standards to enable repeat of past successes and process improvementfrom lessons learned.Test Cases and ScriptRFP Section 6.3.2.3.2.1.2A test case is a set of test inputs, execution conditions, and expected results developed for a particular testobjective. Test case construction begins with review of the established test objectives and the detailedsystem design (DSD) document, which details the use case and use case stories with its business rules anddatabase field information, created during the iterative design and development. Test construction is animportant step to ensure that all required test cases are identified and all system functionality requirementsare tested. Test construction uses the requirements and use cases developed as the source for generating testcases. A use case provides high level details of the requirements to be addressed to perform a given task.Each use case corresponds to one or more test cases. All test cases undergo review as need arises. Duringreview, each test case is examined in detail to ensure that the test steps, input conditions, output, andvalidation points are correct. The review may include the following Team members:• Testing Manager• Programmer / Analysts• Business Analysts• Testers8 | 137

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!