System Testing 2  Effective March 3, 2014, new requirements for system testing were implemented  State Agencies are now required to provide to FNS:

Slides:



Advertisements
Similar presentations
MGD Services, Inc. The IT Quality Assurance Specialists
Advertisements

1 Balloting/Handling Negative Votes September 11, 2006 ASTM Training Session Bob Morgan Brynn Iwanowski.
ASYCUDA Overview … a summary of the objectives of ASYCUDA implementation projects and features of the software for the Customs computer system.
By Rick Clements Software Testing 101 By Rick Clements
1 Air Traffic Quality Assurance Program The Federal Aviation Administration Presented By: Gary D. Romero.
0 - 0.
Technical System Options
Gaining Senior Leadership Support for Continuity of Operations
CMAA Site Review (Audit File) Training. Frequency: On site reviews conducted at least once every four years Technical Assistance reviews conducted every.
1 Dr. Ashraf El-Farghly SECC. 2 Level 3 focus on the organization - Best practices are gathered across the organization. - Processes are tailored depending.
Software Quality Assurance Plan
Effective Contract Management Planning
Test plans. Test Plans A test plan states: What the items to be tested are At what level they will be tested What sequence they are to be tested in How.
Abstract To provide efficient and effective access to enterprise information that meets stakeholder needs and supports mission success, NASA is implementing.
1)List and briefly describe the three project quality management processes. Quality Planning: Identify which quality standards are relevant to project.
Enterprise Performance Life Cycle (EPLC) Stage Gate Reviews
R EADINESS C OORDINATOR N ETWORK February 27, 2014.
New Employee Orientation: Performance Management
Global Analysis and Distributed Systems Software Architecture Lecture # 5-6.
Requirements Specification and Management
1 FL EDI R3 Test Requirements Rule 69L , F.A.C.
IAEA Training in Emergency Preparedness and Response Development of Simulation Exercise Work Session (Drill) Module WS-012.
Guidance on Significant Changes to Animal Activities
SO- You Have a Protocol- What ’ s NEXT? Bob Ensor and Dana York 1.
GRS Transmittal 23 GRS Team Records Management Services Office of the Chief Records Officer.
Presented to: NDIA PMSC By: Keith Kratzert Date: January 29, 2009 Federal Aviation Administration Improving Program Performance at FAA.
Ohio Statewide Automated Child Welfare Information System OCF ELC January 19, 2006 SACWIS.
 Acceptance testing is a user-run test that demonstrates the application’s ability to meet the original business objectives and system requirements and.
Software Quality Assurance Plan
More CMM Part Two : Details.
Chapter 14 Network Design and Implementation. 2 Network Analysis and Design Aspects of network analysis and design Understanding the requirements for.
Making Sense of the WIC EBT IAPD IAPD Session of the 2014 WIC EBT User Group Meeting July 23, :00 AM to 12:00 PM Presented by Cheryl Owens, MAXIMUS.
Documentation Testing
Secure System Administration & Certification DITSCAP Manual (Chapter 6) Phase 4 Post Accreditation Stephen I. Khan Ted Chapman University of Tulsa Department.
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
Testing - an Overview September 10, What is it, Why do it? Testing is a set of activities aimed at validating that an attribute or capability.
Software Engineering Institute Capability Maturity Model (CMM)
Introduction to Computer Technology
Release & Deployment ITIL Version 3
Web Development Process Description
S/W Project Management
AICT5 – eProject Project Planning for ICT. Process Centre receives Scenario Group Work Scenario on website in October Assessment Window Individual Work.
Commercial Database Applications Testing. Test Plan Testing Strategy Testing Planning Testing Design (covered in other modules) Unit Testing (covered.
Commissioning of Fire Protection and Life Safety Systems Presented by: Charles Kilfoil Bechtel National Waste Treatment Plant Richland WA.
NIST Special Publication Revision 1
Don’t Just “Test”… Validate!!
FCS - AAO - DM COMPE/SE/ISE 492 Senior Project 2 System/Software Test Documentation (STD) System/Software Test Documentation (STD)
GBA IT Project Management Final Project - Establishment of a Project Management Management Office 10 July, 2003.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
© Mahindra Satyam 2009 Configuration Management QMS Training.
Presentation to the Information Services Board March 6, 2008 Bill Kehoe, Chief Information Officer Bill Kehoe, Chief Information Officer.
QA Methodology By Rajib Roy Independent Consultant Qcon.
Project Scope Management Information Technology Project Management, Fifth Edition Note: some slides have been removed from the author’s original presentation.
Network design Topic 6 Testing and documentation.
BSBPMG501A Manage Application of Project Integrative Processes Manage Project Integrative Processes Unit Guide Diploma of Project Management Qualification.
Evaluate Phase Pertemuan Matakuliah: A0774/Information Technology Capital Budgeting Tahun: 2009.
SRR and PDR Charter & Review Team Linda Pacini (GSFC) Review Chair.
Pertemuan 14 Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
1 DEPLOYMENT AND OPERATIONS MODULE 23 ECM SPECIALIST COURSE 1 Copyright AIIM.
Automated Software Testing
How To Apply Quality Management
Software and Systems Integration
Phase 4 Tollgate Review Discussion Template
[Work Order #] [ARB Date]
Department of Licensing HP 3000 Replatforming Project Closeout Report
Presentation to Project Certification Committee, DoIT August 24, 2008
Engineering Processes
AICT5 – eProject Project Planning for ICT
Presentation transcript:

System Testing 2  Effective March 3, 2014, new requirements for system testing were implemented  State Agencies are now required to provide to FNS: A Test Plan Results of User Acceptance Testing (must receive FNS concurrence before expanding to Pilot) Results of Pilot Testing (must receive FNS concurrence before expanding to Statewide Implementation)

System Testing Impact 3  FNS Expects Minimal Impact on Workload  Most State Agencies Already Include Testing in the Overall Project Management and Risk Management Planning Process.

What Should be Included in a Test Plan? 4  Type of Testing to be Performed, such as: Unit Testing Integration Testing Performance Testing End-to-End Testing User Acceptance Testing Regression Testing

What Should be Included in a Test Plan? 5  Organization of the Test Team and Associated Responsibilities Specify number and skill sets of staff to include Program staff, development and/or integrator staff, and quality assurance staff. Identify who is responsible for testing management and oversight Itemize testing software, equipment, workstation and testing facilities

What Should be Included in a Test Plan? 6  Testing Schedule to include, at a minimum, following milestones: Pre-testing validation of functional requirements Accepting system for UAT Training on system and test procedures UAT UAT testing results (FNS approval required) System acceptance for pilot implementation and testing

What Should be Included in a Test Plan? 7  Testing Schedule to include, at a minimum, following milestones: Pilot testing results (FNS approval required) System acceptance for implementation and Statewide roll-out Statewide roll-out Warranty period

What Should be Included in a Test Plan? 8  Acceptance Testing Methodology. Acceptance testing is the point at which the State agency “accepts” the system. The Plan should describe the methodology for: Functional requirements testing Error condition handling and destructive testing Security testing Recovery testing Controls testing Stress and throughput performance testing Regression testing

What Should be Included in a Test Plan? 9  Go/No-Go Criteria Criteria should be specific and measurable Include actual test results that need to be met Identify staff responsible for verifying criteria and has authority to make the go/no-go decision

What Should be Included in a Test Plan? 10  Contingency Plans Address steps to be taken in response to an excessive failure rate or “no-go” decision Examples might include delaying or revising staffing plans; rescheduling training; adjusting pilot plans; redeploying of testing resources such as space, staff, servers, equipment Identify who has authority to activate contingency procedures and how the decisions will be made Demonstrate the State is prepared to adjust and continue testing when necessary

When Should the Test Plan be Submitted? 11 Preliminary test plan should be submitted in the initial IAPD Final test plan at least 60 days before testing begins Test results throughout the testing phase Test plan does not require formal FNS approval FNS will review test plan to ensure testing processes and methodologies are adequate

What Does the State have to Submit for FNS Approval? 12  Documentation of the results of UAT must be submitted for FNS approval before a State can proceed from UAT to Pilot.  Documentation of the Pilot test results must also be submitted to FNS for approval before the system can be implemented more broadly and to continue Federal funding.

What Should UAT Documentation Contain? 13  Itemization of testing goals achieved, such as: Number of test scenarios completed Total universe of defects found by severity level Number of defects resolved by severity level and successfully regression tested Number of defects outstanding by severity level

What Should UAT Documentation Contain? 14  Results of conversion test runs  Status of interface testing  Results of system security testing  Other pertinent readiness issues such as network, facility, equipment, training  Go/No-Go decision with justification of decision to either move forward or delay project

What Should Pilot Documentation Contain? 15  Itemization of pilot testing goals in process or achieved, such as: Number of cases processed in new system Total universe of defects going into pilot by severity level Number of new defects by severity level Number of defects by severity level resolved and regression tested Number of defects outstanding by severity level

What Should Pilot Documentation Contain? 16  Results of conversion to pilot  Management strategy for post-conversion clean- up required  Assurance by interface partners they are satisfied with functionality of interfaces  Other pertinent readiness issues such as network, facility, equipment, training  Go/No-Go decision with justification of decision to either move forward to full implementation or delay project

Additional Information 17  901 Handbook – Advance Planning Documents advance-planning-documents advance-planning-documents  Advance Planning Document Website