TASPO-ATS-L System Test Plan



Similar documents
TASPO-ATS-L Requirements Traceability Matrix

Enterprise Test Management Standards

How To Write An Slcm Project Plan

RFP Attachment C Classifications

Organization. Project Name. Project Overview Plan Version # Date

ID Task Name Time Pred

PROJECT SCOPE STATEMENT

8. Master Test Plan (MTP)

Project Management Plan Template

PHASE 6: DEVELOPMENT PHASE

Project Type Guide. Project Planning and Management (PPM) V2.0. Custom Development Version 1.1 January PPM Project Type Custom Development

Software Test Plan (STP) Template

INFORMATION TECHNOLOGY STANDARD

Project Management Plan for

Appendix 2-A. Application and System Development Requirements

Guide to Enterprise Life Cycle Processes, Artifacts, and Reviews

Colorado Department of Health Care Policy and Financing

CDC UNIFIED PROCESS JOB AID

California Department of Mental Health Information Technology Attention: MHSA-IT th Street, Room 141 Sacramento, CA 95814

SECTION 4 TESTING & QUALITY CONTROL

Test Plan Template: (Name of the Product) Prepared by: (Names of Preparers) (Date) TABLE OF CONTENTS

Department of Administration Portfolio Management System 1.3 June 30, 2010

Appeals Case Management System Project. Scope Management Plan. November 20, 2014

Draft Document STATE OF MICHIGAN. SACWIS Planning Department of Human Services Strategic Implementation Plan: Project Staffing

IT Project Management Methodology. Project Scope Management Support Guide

How To Write A Project Management Plan

FDA Software Validation-Answers to the Top Five Software Validation Questions

Construction Management System (CMS) Deliverable Review Process

System Development Life Cycle Guide

Project Knowledge Areas

Systems Development Life Cycle (SDLC)

- ATTACHMENT - PROGRAM MANAGER DUTIES & RESPONSIBILITIES MARYLAND STATE POLICE W00B

PHASE 6: DEVELOPMENT PHASE

MNLARS Project Audit Checklist

ELECTRONIC RECORDS MANAGEMENT SYSTEM COMPLIANCE TEST AND EVALUATION PROCESS AND PROCEDURES

SolovatSoft. Load and Performance Test Plan Sample. Title: [include project s release name] Version: Date: SolovatSoft Page 1 of 13

SLCM Framework (Version ) Roles and Responsibilities As of January 21, 2005

Project Management Guidelines

ITRM Guideline CPM Date: January 23, 2006 SECTION 5 PROJECT CLOSEOUT PHASE

Release Management Policy Aspen Marketing Services Version 1.1

Software Project Management Plan (SPMP)

ATTACHMENT 3 SPS PROJECT SENIOR PROGRAM MANAGER (SPM) DUTIES & RESPONSIBILITIES

CalMod Design-Build Electrification Services

How To Manage The Health Benefit Exchange At Mhix

5 FAH-5 H-520 LIFE CYCLE MANAGEMENT

Independent Test and Evaluation

Best Practices Statement Project Management. Best Practices for Managing State Information Technology Projects

Project Team Roles Adapted for PAAMCO

System Build 2 Test Plan

<name of project> Software Project Management Plan

The Quality Assurance Centre of Excellence

4.13 System Testing. Section 4 Bidder's Products, Methodology, and Approach to the Project System Training

PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >

Software Quality Assurance Plan

PHASE 3: PLANNING PHASE

The George Washington University

CONFIGURATION MANAGEMENT PLAN GUIDELINES

STATE BOARD OF ELECTIONS P.O. BOX 6486, ANNAPOLIS, MD PHONE (410)

PHASE 3: PLANNING PHASE

POLAR IT SERVICES. Business Intelligence Project Methodology

SEVEN KEY TACTICS FOR ENSURING QUALITY

Specify the location of an HTML control stored in the application repository. See Using the XPath search method, page 2.

System Development and Life-Cycle Management (SDLCM) Methodology. Approval CISSCO Program Director

The Firewall Audit Checklist Six Best Practices for Simplifying Firewall Compliance and Risk Mitigation

Information Technology Project Oversight Framework

Template K Implementation Requirements Instructions for RFP Response RFP #

Implementation Strategy

The QA Governance Methodology

PROJECT DELIVERY METHODOLOGY (PDM) Florida Department of Transportation Office of Information Systems. Business Systems Support Office

Attachment 7 Requirements Traceability Matrix (RTM) ATMS RFP. New York State Department of Transportation Advanced Traffic Management System

Service Support Kasse Initiatives, LLC. ITIL Configuration Management - 1. version 2.0

Internal Control Deliverables. For. System Development Projects

D6.1 GEEWHEZ Test plan

PHASE 5: DESIGN PHASE

Montana Department of Transportation Information Services Division. System Development Life Cycle (SDLC) Guide

ITS Projects Systems Engineering Process Compliance Checklist

Design Document Version 0.0

Project Risk Management: IV&V as Insurance for Project Success

Program Management Professional (PgMP) Examination Content Outline

4.12 System Development

Request for Proposal for Application Development and Maintenance Services for XML Store platforms

PHASE 9: OPERATIONS AND MAINTENANCE PHASE

Microsoft Infrastructure Assessment

Project Management Office (PMO)

Harmonized Risk Scoring-Advance Trade Data Internal Audit Report

2003 Patricia Ensworth Page 1

Implementation of PeopleSoft 8.9

Standards for Developing and Implementing Administrative Systems at UC Davis

To introduce software process models To describe three generic process models and when they may be used

STSG Methodologies and Support Structure

Information Technology Project Management (ITPM)

<PROJECT NAME> PROJECT MANAGEMENT PLAN

Transcription:

TASPO-ATS-L System Test Plan Automated Targeting System-Land ATS-L_(WR_1941)_STP_1.1 Document Number: ATS-L_(WR_1941)_STP_1.1 October 6, 2011 For Official Use Only - 42414 -

TASPO-ATS-L System Test Plan Automated Targeting System-Land (WR_1941) Executive Summary Background The purpose of this project is to enhance the Automated Targeting System s-land application (ATS-L) to incorporate the analysis and rule-based risk assessment of the people crossing the nation s borders in vehicles. Upon completion of the processing and checking of the license plate numbers of vehicles and the Western Hemisphere Travel Initiative (WHTI) compliant documentation of the people seeking to cross the border, ATS-L will allow U.S Customs and Border Protection (CBP) officers to B7E to produce a risk assessment for each vehicle and person. These assessments will assist CBP officers at primary booths in determining whether to allow a vehicle to cross or to send the vehicle to secondary for further examination. Among the benefits envisioned in the implementation of this enhancement are: Providing real-time vehicle and person risk assessment capabilities to land border ports of entry; improving security at U.S. land borders by assessing which vehicles and people are more likely to be security risks; and. The vehicle-only version of ATS-L is currently deployed to B7E Deliverables There is usually a deployment of ATS-L updates every B7E or as requested by the business sponsors, and each implementation is monitored by the ATS-L Project Manager and CBP executive managers on a regular basis. Schedule TASPO Program Control maintains the cost estimates and budgets for this project. Cost TASPO Program Control maintains the cost estimates and budgets for this project. Customs and Border Protection For Official Use Only i - 42415 -

Revision History Document Number TASPO_ATS - L_(WR_1941 )_STP_1.0.do cx TASPO_ATS - L_(WR_1941 )_STP_1.1.do cx Description of Revision Author/ Person Responsible Government Approval Authority Date Approved Initial Revision (b) (6), (b) (7)(C) (b) (6), (b) (7)(C) 5/26/2011 (b) (6), (b) (7)(C) Revised dates (b) (6), (b) (7)(C) 11/03/11 Customs and Border Protection For Official Use Only ii - 42416 -

Contents Executive Summary... i Background... i Deliverables... Error! Bookmark not defined. Schedule... Error! Bookmark not defined. Cost... Error! Bookmark not defined. Revision History... ii 1. Introduction... 1 1.1. Purpose... 1 1.2. Background... 1 1.3. System Test Plan Overview... 1 1.4. Reference Documents... 2 2. Milestones... 2 2.1. Test Location... 2 3. Test Items... 2 3.1. Features to Be Tested... 2 3.2. Features that are NOT Tested... 3 4. Test Strategy and Approach... 3 4.1.1. Methodology... 3 4.1.2. Data Recording... 3 4.2. Unit Testing... 3 4.3. System Acceptance Testing... 3 4.4. Security Testing... 4 4.5. User Acceptance Testing... 4 5. Items Pass/Fail Criteria... 4 6. Suspension Criteria and Resumption Requirements... 5 7. Test Cases... 5 7.1. Documentation Testing... 5 8. Test Documentation... 5 9. Testing Tasks... 5 9.1. Test Planning and Methodology... 5 9.2. Test Design... 6 9.3. Test Implementation... 6 9.4. Test Execution... 6 9.5. Problem and Test Reporting... 7 10. Environmental Needs... 7 10.1. Development/Integration Environment... 7 10.2. SAT Test Environment... 7 10.3. Equipment... 7 10.4. Hardware Preparations... 7 10.5. Software Preparation... 8 10.6. Software Test Tools... 8 11. Personnel... 8 Customs and Border Protection For Official Use Only iii - 42417 -

12. Milestones & Schedule... 8 13. Testing Location... 8 14. Risks and Contingencies... 8 15. Assumptions and Constraints... 8 16. Requirement Traceability Matrix... 8 Customs and Border Protection For Official Use Only iv - 42418 -

TASPO-ATS-L System Test Plan Project Name: Automated Targeting System-Land (WR_1941) Document Number: ATS-L_(WR_1941)_STP_1.1 Date Prepared: October 6, 2011 1. Introduction This System Test Plan provides an overview of the testing strategy of the Automated Targeting System Land (ATS-L) application system. This plan describes the test environment including the supporting hardware and software necessary to test the functional and technical requirements. The test approach, test milestones, test locations, test schedules, and test evaluation criteria are documented in this plan. This document does not contain low-level details, such as test procedures and scripts, but does describe how the test procedures are used with relation to the lower level testing documents. The individual test scripts to be followed for verification of software operation will be issued separately. 1.1. Purpose The purpose of this project is to define, design, and implement ATS-L as part of a maintenance release to allow enhance existing functionality that the field users have requested. 1.2. Background ATS-L has been deployed to production in 2005 and is currently under the Operations and Maintenance mode. 1.3. System Test Plan Overview This System Test Plan provides an overview of the testing strategy of the ATS-L system. This document does not contain low-level details, such as test procedures and scripts, but does describe The following types of testing occur during each release: Unit Testing System Acceptance Testing (SAT) Verify that the developed system operates in accordance with requirements. Security Testing Verify that Customs and Border Protection (CBP) security requirements are met. Any applicable security testing is coordinated in conjunction with the Targeting and Analysis Systems Program Office (TASPO) Office of Information and Technology (OIT) security team during SAT execution. User Acceptance Testing (UAT) This testing is performed subsequent to the deployment to the Production environment after the Production Readiness Review (PRR). Customs and Border Protection For Official Use Only 1-42419 -

1.4. Reference Documents The System Test Plan for the ATS-L release is developed based on information contained in latest applicable version of the following documents: Table 1: Reference Documents Document Name Project Plan Functional and Technical Requirements 2. Milestones Description Provides scope, cost, schedule, and resource information pertinent to the development of the ATS-, including the proposed organizational structure, management and oversight strategies that will guide implementation. It includes a summary of potential risk areas for the development portion of the project. Communicates the problem domain and how this translates into the business needs driving the development of ATS-. It also establishes a basis for system development activities. The testing activities and milestones are reflected in the ATS-L project schedule. 2.1. Test Location The ATS-L testing will be performed at 3. Test Items The ATS-L system is developed as specified, based on 3.1. Features to Be Tested Customs and Border Protection For Official Use Only 2-42420 -

3.2. Features that are NOT Tested The commercial-off-the-shelf (COTS) products are not tested separately, since the vendors have previously tested the product functionality. Testing will verify the integration of these products to ensure that software and hardware are properly configured, including verifying the proper setting of configuration parameters and any customization implemented to support TASPO-ATS-L requirements. ATS-L has an exemption to Section 508 based upon its National Security System (NSS) status. 4. Test Strategy and Approach 4.1.1. Methodology 4.1.2. Data Recording Recording of the test results will be within the Unit Test Cases/SAT plan document. 4.2. Unit Testing 4.3. System Acceptance Testing Customs and Border Protection For Official Use Only 3-42421 -

4.4. Security Testing ATS-L is in compliance with the Authority to Operate (ATO) granted on 01/21/2011. 4.5. User Acceptance Testing OIOC and other identified resources perform UAT. Test support to the UAT effort will be provided by the development and test teams. 5. Items Pass/Fail Criteria. Customs and Border Protection For Official Use Only 4-42422 -

6. Suspension Criteria and Resumption Requirements 7. Test Cases Tests are described in the individual test procedures located in Team Foundation Server (TFS). 7.1. Documentation Testing Review and test the documentation for accuracy and completeness, including the installation instructions, release notes, administration and user guides, and online documentation. 8. Test Documentation The following work products are prepared for testing of the ATS- system: System Test Plan (this document) which describes the overall testing approach that will be followed for ATS-L SAT Test Plan which details test steps and subsequent test results 9. Testing Tasks 9.1. Test Planning and Methodology Customs and Border Protection For Official Use Only 5-42423 -

9.2. Test Design The test team identifies and describes the types of tests needed to exercise the functionality. The test cases describe the exact mechanisms and approach for testing, including identification of the following: Brief description of the test Type of test, e.g., automated, manual, batch, user interface (UI) Type of results, e.g., positive, negative, pass, fail Verification method, e.g., B7E, screen refresh Required test data, and how it will be prepared/acquired and validated Traceability from test cases to the requirements/use cases 9.3. Test Implementation The test team reviews the developed test cases with the appropriate stakeholders and SMEs. Implementation includes the following: 9.4. Test Execution The test team executes the tests by performing Customs and Border Protection For Official Use Only 6-42424 -

9.5. Problem and Test Reporting The test team documents the problems detected during testing, and produces progress reports during test execution. These reports detail the following: Problems by severity Number of problems Total number of tests run Tests remaining Tests blocked due to defects/pr s TFS reports are used where available, and supplemented when additional needs exist. The test results and detected problems are collected and incorporated in the Test Analysis Report or identified tool of choice. 10. Environmental Needs 10.1. Development/Integration Environment 10.2. SAT Test Environment 10.3. Equipment The following hardware/software will be required for testing the ATS-L system:. 10.4. Hardware Preparations The SAT hardware configuration baseline is established by Customs and Border Protection For Official Use Only 7-42425 - B7E

10.5. Software Preparation. 10.6. Software Test Tools The individual tools to be used for testing will be coordinated in Critical Design Review. 11. Personnel ATS-L testers will have the necessary skills and knowledge to perform their roles and responsibilities effectively and efficiently. This includes appropriate experience 12. Milestones & Schedule The testing activities and milestones are reflected in the ATS-L project schedule. 13. Testing Location The ATS-L testing will be performed at an approved CBP location. 14. Risks and Contingencies Risks are submitted and tracked by the project manager and are documented in accordance with the CBP risk management process. Mitigation plans are created and monitored as risks are changed and appended to the risk repository. 15. Assumptions and Constraints The assumptions and constraints associated with ATS- testing are as follows: Appropriate CBP resources, stakeholders, and subject matter experts (SMEs) will be available to participate in the development of the plans and procedures. Sufficient cleared resources, with the appropriate clearances will be required to perform the tests. 16. Requirement Traceability Matrix The requirements traceability matrix (RTM) serves as a cross-reference between the requirements and the tests that are used to verify them. Additionally, the RTM is used to track the verification method and the pass/fail status of the requirements. Customs and Border Protection For Official Use Only 8-42426 -