PMO TCoE Performance Test Plan TEMPLATE v1.1
PMO TCoE Performance Test Plan TEMPLATE v1.1
Prepared by:
Raja Gampa
2 Approvals
The undersigned acknowledge that they have reviewed the Master Test Plan and agree with the
information presented within this document. Changes to this plan will be coordinated with, and
approved by, the undersigned, or their designated representatives. The Project Sponsor will be
notified when approvals occur.
Signature: Date:
Print Name:
Title:
Role:
Signature: Date:
Print Name:
Title:
Role: Program Director
Signature: Date:
Print Name:
Title:
Role: Test Manager
Signature: Date:
Print Name:
Title:
Role:
3 Definitions
Term Meaning
4 Reference Documents
Documents Repository Path
Project Planning
5 Project Overview
<Give a details about project overview>
6 Requirement Background
6.1 Objective of the Project
< Give a details objective of project>
7 Scope of Work
7.1 System Architecture
Data Flow
Environment topology
7.2 Production vs Performance Testing Environment
Production Details
Access
No of Users*
Baseline Testing examines how a system performs under expected or normal load and creates a
baseline against which the other types of tests can be compared.
Pass Criteria: Find metrics for system performance under normal load.
Load Tests:
These tests will emulate the peak hourly load as on production servers.
1 Stress Test:
This test is to find the break point, where the application breaks. We will increase user volumes up to
2X expected peak load. We will run for a steady state of 15 minutes at each user volume level.
7.9 Assumptions
The following assumptions are made:
7.10 Risks
1. Scripts used in previous cycle of testing are often unreliable on new builds. This issue will
frequently cause additional time and cost for re-scripting on the latest build.
2. The need for Performance Tuning Activities, delays in providing code or environment, or
any other delays with the project may require additional time, effort and cost.
3. Code changes during scripting or execution will often cause script failures. It is advisable to
freeze code when performance scripting has started if possible.
4. There will likely be a delay in test execution if tuning requires the application to be
unavailable for the test execution.
5. Any delay in testing environment availability will impact on the script validation and test
execution schedule.
8 Performance Monitoring
Database Server
9 Testing Schedule