Management Information System for Information Center Master Test Plan Version: 1.3 Revision History Date Version Description Author 1.0 First Draft Toan Nguyen Truong 29/5/2010 1.1 Second Draft Toan Nguyen Truong 3/6/2010 1.2 austere 5/6/2010 1.3 Final test plan om 23/5/2010 Toan Nguyen Truong Si nh Vi en Zo ne C Toan Nguyen Truong SinhVienZone.com https://fb.com/sinhvienzonevn Table of Contents Introduction 1.1 Purpose 1.3 Intended Audience 1.4 Document Terminology and Acronyms 1.5 References Evaluation Mission and Test Motivation 2.1 Background 2.2 Evaluation Mission 2.2 Test Motivators Target Test Items Test Approach 5.1 Function Testing 5.2 User Interface Testing Entry and Exit Criteria 6.1 Test Plan Entry Criteria 6.2 Test Plan Exit Criteria Deliverables Testing Workflow Environmental Needs 9.1 Base System Hardware 9.2 Base Software Elements in the Test Environment 9.3 Productivity and Support Tools 9.4 Test Environment Configurations 10 Responsibilities, Staffing, and Training Needs 10.1 People and Roles 10.2 Staffing and Training Needs 12 Risks, Dependencies, Assumptions, and Constraints 12.1 Risks 12.1.1 Schedule 12.1.2 Management 12.1.3 Personnel 12.1.4 Requirements 12.2 Dependencies 12.2.1 Personnel Dependencies 12.2.2 Software Dependencies 12.2.3 Test Data & Database 13 Management Process and Procedures 13.1 Reviews 13.2 Bug Review meetings 13.3 Defect Reporting 10 14 Documentation 10 15 Approvals 10 Si nh Vi en Zo ne C om SinhVienZone.com https://fb.com/sinhvienzonevn Master Test Plan Introduction 1.1 Purpose The purpose of the Iteration Test Plan is to gather all of the information necessary to plan and control the test effort for a given iteration It describes the approach to testing the software, and is the top-level plan generated and used by managers to direct the test effort This Test Plan for the Management Information System for Information Center supports the following objectives: - List the recommended test requirements - Recommend and describe the testing approach to be employed - Include traceability from requirements of the Test Case - List the deliverable elements of the test project Scope om Identify the scope, environment, features to be tested and not to be tested, risk and contingency, resources C 1.2 - 1.3 Vi en Zo ne This document provides test requirements, test strategies for: - Plan Test - Design Test Case - Execute Test - Report Test In five Use cases: - Student management - Long-term education management - Short-term education management - Desire management - Statistics report Intended Audience 1.4 nh This test plan is useful for the Q&A team group to keep on track the process of test Simultaneously, it is also useful for the customer to give the appreciation for the product Document Terminology and Acronyms MISIC: Management Information System for Information Center References Si 1.5 Assignment specification for software testing subject (internal use) MISIC theses for bachelor of engineering; Ho Chi Minh City University of Technology Evaluation Mission and Test Motivation 2.1 Background This software aims at the purpose that design and implement a system called the system of information management center, which provides two main functions: support the management, organization, operation of the actions of center about human resource and education; and remote services for students It is implemented on J2EE, DBMS by MS SQL server The Operating system can be one of: Windows XP( package 2,3); windows Vista, windows And it has a strict integration with antivirus in implement environment 2.2 Evaluation Mission - find as many bugs as possible - find important problems, assess perceived quality risks - advise about perceived project risks SinhVienZone.com https://fb.com/sinhvienzonevn 2.2 - certify to a standard - verify a specification (requirements, design or claims) - advise about product quality, satisfy stakeholders - advise about testing - fulfill process mandates Test Motivators C om Q&A team members will be motivated by some key factors - Quality risks - Technical risks - Five use cases those must be tested - Functional requirements - Non-functional requirements - Design elements - Suspected failures or faults Target Test Items ne The listing below identifies those test items; software, hardware, and supporting product elements that have been identified as targets for testing This list represents what items will be tested Build a test project which include Plan Test, Design Test Cases, Execute Test, Report Test - Realize a test plan, realize all components in test plan completely, in addition Zo - Define features to be tested and features not to be test in tested plan clearly o Define functions those to be tested and not to be tested ( just test only five use cases) en o Just only write the necessary test cases for five use cases - Inspect by the way relying on written test cases, record bugs in bug tracking system - Give the report nh Vi - Features to Be Tested 4.1 Student management 4.2 Long-term education management - 4.3 Search information Update data Insert data Delete data GUI to report in test report file Short-term education management - 4.4 Search information Update data Insert data Delete data GUI to report in test report file Si - Search information Update data GUI to report in test report file Desire management - Search information SinhVienZone.com https://fb.com/sinhvienzonevn - 4.5 Update data GUI to report in test report file Statistics report - Search information Update data GUI to report in test report file Test Approach The test strategy consists of a series of different tests that will fully exercise the visualizing application The primary purpose of these tests is to uncover the systems limitations and measure its full capabilities In this project, we just only concentrate on test in two aspects: functioning test and user interface test The test personnel will follow CSTE standard 5.1 Function Testing 5.2 ne C om We measure the quality of the functional (business) components of the system by function testing Tests verify that the system behaves correctly from the user / business perspective and functions according to the requirements, models, storyboards, or any other design paradigm used to specify the application The function test must determine if each component or business event: performs in accordance to the specifications, responds correctly to all conditions that may be presented by incoming events / data, moves data correctly from one business event to the next (including data stores), and that business events are initiated in the order required to meet the business objectives of the system We will apply the white-box and also black-box approach with the collaborate with the use equivalence class, boundary values, decisions table, cause-effect diagram, so on; User Interface Testing Entry and Exit Criteria 6.1 Test Plan Entry Criteria 6.2 Vi Business needs are confirmed Business Requirement document prepared by Analyst Estimation of IT infrastructure Acquisition of resources Project kick off meeting is done and sign off is given nh - en Zo To ensure graphical user interface meets its written specifications We create GUI tests by use IPP technique; first, the systems UI are analyzed to determine what operations are possible These operations become the operators used in the planning problem Next an initial system state is determined Next a goal state is determined that the tester feels would allow exercising of the system Lastly the planning system is used to determine a path from the initial state to the goal state Test Plan Exit Criteria All the testing has been performed as defined 100% test coverage is met All the bugs raised are resolved, retested and closed Product goes live with optimal quality and standards meeting customer requirements and satisfaction Si - Deliverables Deliverable Responsibility Completion Date Develop Test cases Testers 05/06/10 Test Case Review Test Lead, Testers 06/06/10 Execute manual Test Lead, Testers 08/06/10 Complete Defect Reports Test Lead, Testers On-going SinhVienZone.com https://fb.com/sinhvienzonevn Testing Workflow - - 9.1 Verify the result from implementation by testing each build Plan the tests in each iteration Design and implement tests by creating Perform the tests and systematically handle the test results Test model artifacts Test cases Test procedures Test components Test subsystem packages for complex test models’ Other artifacts Test Plan Defects Test Evaluation om Environmental Needs Base System Hardware Database server - CPUs core 2dual 2.0; Ram 2GB ne 9.2 - C System resources that need for the test effort presented in this Test Plan are: Base Software Elements in the Test Environment Zo The following base software elements are required in the test environment for this Test Plan Software Element Name Windows Vista 2;3 Operating System Vi Window MS SQL Server nh J2EE Type and Other Notes en Windows XP Version Si Network Associates McAfee Virus Checker 9.3 Operating System Operating System database Platform java Virus Detection Software and Recovery Productivity and Support Tools The following tools will be employed to support the test process for this Test Plan Tool Category or Type Tool Brand Name Vendor or In-house Test Management Defect Tracking ASQ Tool for functional testing ASQ Tool for performance testing Test Coverage Monitor or Profiler Project Management SinhVienZone.com https://fb.com/sinhvienzonevn Version DBMS tools 9.4 Test Environment Configurations The following Test Environment Configurations needs to be provided and supported for this project Configuration Name Description Implemented Configuration in Physical Average user configuration Minimal configuration supported Visually and mobility challenged om International Double Byte OS Network installation (not client) 10.1 People and Roles ne This table shows the staffing assumptions for the test effort .C 10 Responsibilities, Staffing, and Training Needs Role Minimum Recommended Zo Human Resources Resources Specific Responsibilities or Comments en (number of full-time roles allocated) Si nh Vi Test Manager Test Analyst Provides management oversight Responsibilities include: planning and logistics agree mission identify motivators acquire appropriate resources present management reporting advocate the interests of test evaluate effectiveness of test effort Identifies and defines the specific tests to be conducted Responsibilities include: SinhVienZone.com identify test ideas define test details determine test results document change requests evaluate product quality https://fb.com/sinhvienzonevn Test Designer Defines the technical approach implementation of the test effort to the Responsibilities include: Tester define test approach define test automation architecture verify test techniques define testability elements structure test implementation Implements and executes the tests implement tests and test suites execute test suites log results en Vi nh Si Designer document incidents Ensures test environment managed and maintained Zo Test System Administrator Database Administrator, Database Manager analyze and recover from test failures ne om C Responsibilities include: assets are Responsibilities include: administer test management system install and support access to, and recovery of, test environment configurations and test labs Ensures test data (database) environment and assets are managed and maintained Responsibilities include: support the administration of test data and test beds (database) Identifies and defines the operations, attributes, and associations of the test classes Responsibilities include: Implementer and defines the test classes required to support testability requirements as defined by the test team Implements and unit tests the test classes and test packages Responsibilities include: 10.2 creates the test components required to support testability requirements as defined by the designer Staffing and Training Needs SinhVienZone.com https://fb.com/sinhvienzonevn Test designs assume a thorough and complete knowledge of the operation of both systems under test as well as knowledge of the primary service tools and their appropriate operation Testing was performed under the operating of team-leader Ha Thai Vu; all Members of Q&A team group are: - Ha Thai Vu - Trinh Van Quang - Dang Tuan Anh - Nguyen Truong Toan 12 Risks, Dependencies, Assumptions, and Constraints 12.1 Risks 12.1.1 Schedule om The schedule for each phase is very aggressive and could affect testing A slip in the schedule in one of the other phases could result in a subsequent slip in the test phase Close project management is crucial to meeting the forecasted completion date .C 12.1.2 Management ne Management support is required so when the project falls behind, the test schedule does not get squeezed to make up for the delay Management can reduce the risk of delays by supporting the test team throughout the testing phase and assigning people to this project with the required skills set 12.1.3 Personnel Zo Due to the aggressive schedule, it is very important to have experienced testers on this project Unexpected turnovers can impact the schedule If attrition does happen, all efforts must be made to replace the experienced individual en 12.1.4 Requirements The test plan and test schedule are based on the current Requirements Document Any changes to the requirements could affect the test schedule Dependencies 12.2.1 Personnel Dependencies Vi 12.2 nh The test team requires experience testers to develop, perform and validate tests 12.2.2 Software Dependencies Si The source code must be unit tested and provided within the scheduled time outlined in the Project Schedule 12.2.3 Test Data & Database Test data & database should also be made available to the testers for use during testing 13 Management Process and Procedures 13.1 Reviews The project team will perform reviews for each Phase (i.e Requirements Review, Design Review, Code Review, Test Plan Review, Test Case Review and Final Test Summary Review) A meeting notice, with related documents, will be emailed to each participant 13.2 Bug Review meetings Regular weekly meeting will be held to discuss reported defects The development department will provide status/updates on all defects reported and the test department will provide addition defect information if needed All member of the project team will participate SinhVienZone.com https://fb.com/sinhvienzonevn 13.3 Defect Reporting When defects are found, the testers will complete a defect report on the defect tracking system The defect tracking systems is accessible by testers, developers & all members of the project team When a defect has been fixed or more information is needed, the developer will change the status of the defect to indicate the current state Once a defect is verified as FIXED by the testers, the testers will close the defect report 14 Documentation The following documentation will be available at the end of the test phase: Test Plan om Test Cases Test Case review Defect reports Approvals Signature Date Si nh Vi en Zo Name (Print) ne 15 C Final Test Summary Report SinhVienZone.com https://fb.com/sinhvienzonevn ... participate SinhVienZone. com https://fb .com/ sinhvienzonevn 13.3 Defect Reporting When defects are found, the testers will complete a defect report on the defect tracking system The defect tracking... Management Defect Tracking ASQ Tool for functional testing ASQ Tool for performance testing Test Coverage Monitor or Profiler Project Management SinhVienZone. com https://fb .com/ sinhvienzonevn Version... Review meetings 13.3 Defect Reporting 10 14 Documentation 10 15 Approvals 10 Si nh Vi en Zo ne C om SinhVienZone. com https://fb .com/ sinhvienzonevn