Академический Документы
Профессиональный Документы
Культура Документы
Version: X.Y
Author: <name>
Project: <name>
History
Version Date Comments (Author)
X.Y
Table of Contents
Roles and Responsibilities for Testing......................................................................................3
Transport Landscape.................................................................................................................................. 4
Roles, Responsibilities and Workflow....................................................................................................... 5
Change request............................................................................................................................................ 6
Current Test Strategy..................................................................................................................7
Activities distribution.................................................................................................................................. 7
Definition of test scope............................................................................................................................. 11
Development of tests................................................................................................................................. 12
Customer specific quality targets and criteria........................................................................................ 12
Test Case description................................................................................................................................ 13
Test result documentation........................................................................................................................ 14
Test KPIs.................................................................................................................................................... 15
Test data preparation and management.................................................................................................. 15
Test execution........................................................................................................................... 17
Execution.................................................................................................................................................... 17
Monitoring.................................................................................................................................................. 17
Error Tracking............................................................................................................................................ 18
Tools ..................................................................................................................................................... 18
Example:
Role / Area Responsible Company Phone e-Mail
Business Process Owner(s) John Smith XYZ GmbH +49(1)777-888 john.smith@xyz.com
Klaus XYZ GmbH +49(1)888-777
klaus.mustermann@xyz.com
Mustermann
Roles
Role / Area Responsible Company Phone e-Mail
Executive Sponsor
Test Project Manager(s) /
Test Coordinator(s)
Application
implementation / operation
Technical implementation /
operation
Business Process Owner(s)
Key / Power User(s)
Test Case Development
Transport Landscape
Please describe the transport landscape of the chosen solution in the tables below.
Action: In this table please enter the information regarding productive systems in the landscape.
Example:
SID1 System role Release
Productive system
SID System role Release
Action: In this table please enter the information about each system in the transport landscape. This
includes the SID of the ‘upstream’ 2- and ‘downstream’ 3-systems for each system in the landscape.
As soon as the table is completed, it describes the whole transport landscape and the transport routes in the
landscape.
Example: the table below describes the classical 3-systems landscape DEV 4 -> QAS 5 -> PRD 6. Here PRD is
a downstream-system for QAS and DEV is upstream-system for QAS:
SID Role in the transport landscape SID of SID of
‘upstream’ - ‘downstream
system ’ - system
1
SID – System ID. The name for your SAP system which is unique throughout your organization and must consist of exactly three alphanumeric characters
where only uppercase letters are allowed and the first character is a letter (not a digit)
2
‘Upstream’-system means a system where the transports come from
3
‘Downstream’-system means a system where the transports go to
4
DEV – development system in a transport landscape
5
QAS – quality assurance system in a transport landscape
6
PRD – productive system in a transport landscape
Action: Please describe in the column ‘Project, Name and Role’ who is responsible for each particular
step in the change management and the corresponding role. If they are different for several projects please
enter the information for each project in one field using a project short name as a prefix.
Example:
Step / Function Project, Name and Role
Perform functional test in DEV PSAP_R3 - J.Smith, Test Manager;
SCM_SAP - S.John, Test Manager
An exception to the standard transport workflow could be necessary to allow fast reaction to urgent problems
in the productive system.
Change request
Action: Please mark the appropriate field if there is any standard change request form in use in the
company and if there is a change request database storing the requests, which are already processed.
Activities distribution
Action: Please use the tables below to describe how the test activities are assigned to organizational
units in the company. We are interested in the following test types: Unit Test 7, User Acceptance Test 8,
Customer Development Test 9, Integration Test 10, Regression Test 11 and Technical System Test 12. For each
activity in each table, please mark the appropriate organizational units (one or more) which are responsible for
this particular activity.
If there are any comments or additions regarding activities distribution please use the field under the table.
In each table for each activity mark at least one responsible organizational unit.
7
Unit Test – the lowest level of testing where the program or transaction is tested and evaluated for errors
8
User Acceptance Test – represents end-to-end testing from the business perspective. The purpose of that is to prove that initial business requirements were
implemented exactly and in accordance to specifications made before
9
Customer Development Test – mixture of Unit Test and Integration Test with scope limited to the customer’s own development
10
Integration Test – is accomplished through the execution of predefined business flows, or scenarios, that emulate how the system will run your business.
Integration Test starts with the testing of the cross-functional integration points and ends with the end-to-end testing of critical business processes
11
Regression Test – test of critical business processes after a change to ensure that a) any problem has been fixed and that no other previously working
functionality has been harmed as a result of the changes and/or b) that newly added features working as designed and have not created any unexpected side
effects
12
Technical System Test – test aimed to verify the production system environment from a technical standpoint, e.g. to test if the system can be started /
stopped properly, if the basis technical infrastructure is working fine and the whole system in conjunction with database and operating system performs well
from technical point of view. Among this the following technical tests are usually part of Technical System Test: backup and recovery, system administration,
printing and faxing, failure scenarios, disaster recovery
Customer Development
Who performs an activity?
Test
Every Central Test Central Test Central IT Project team <Other>
Business organization organization department
Department in each corporate
Activities on their own branch wide
Action: Please use the table below to document how you evaluate which test cases are needed for specific software
changes and software maintenance. In other words, which methods and strategies are in use to help in decision of which
test cases should be executed after a change of a specific type?
Test Scope
Change type
Possible methods projects regular hot fix
maintenance process
General regression testing of all core business processes
13
EWA – Early Watch Alert
14
RBE - Reverse Business Engineer - a tool used for process-oriented analysis and continual optimization of SAP production systems. Using data from
production systems it is possible to analyze how functions in the SAP System are used and identify potential for improvement
Development of tests
Action: Please use the table below to specify who is responsible for developing test cases. Please also
specify what kind of testing is meant (manual or automated).
Development responsibility
Options Manual Automated Remarks
Every Business Department on its own <Please enter your comment here>
Central Test Organization corporate wide <Please enter your comment here>
<Please put in an additional option here if <Please enter your comment here>
there is any>
<Please put in an additional option here if <Please enter your comment here>
there is any>
Completeness of any test plays an important role in the total success of the test. A complete test of a complex
business scenario very often cannot be created without participation of the people who deal with the scenario
in their day-to-day work.
As the major goal of any test activity is to get reliable results, a controlling of correctness, completeness and
grade of detail is very important.
Action: Please use the table below to specify what information is included in the standard test case
description adopted to use in the company.
Information in Test Case description
Test Type (e.g. Unit, Integration, Regression) <Please enter your comment here>
Only for Integration Testing: dependencies on <Please enter your comment here>
other test cases (predecessor and successor)
<Please enter an additional option here if <Please enter your comment here>
there is any>
Action: Please use the table below to specify what information is included in the standard test result
documentation adopted to use in the company.
<Please put in an additional option here if <Please enter your comment here>
there is any>
Test KPIs
Action: Please mark in the table below what kind of measurements via predefined KPIs 15
you have
regarding reliability of the tests.
15
KPI - key performance indicator - a measurement or metric for evaluating a company's business strategy, performance, or technology. KPI express abstract
company objectives in financial or physical units for comparative purposes
Test KPIs
Performance
<Please enter your comment here>
No. of update-errors
<Please enter your comment here>
Interface throughput
<Please enter your comment here>
Action: Please describe what methods you use to prepare the data in QA system database before
testing.
Refresh via system copy of PRD <Please enter your comment here>
Action: Please describe what methods you use to manage the test data (to create it, to store it, to update
it, etc.) for testing.
Paper
<Please enter your comment here>
Test execution
Execution
Monitoring
Monitoring
Question Yes No Remark
Does the current test approach allow you to have a clear <Please enter your comment here>
picture of the testing progress at every point of time?
Does the current test approach allow you to estimate
<Please enter your comment here>
whether the time schedule is going to be kept?
Does the current test approach allow you to have an
<Please enter your comment here>
overview of the actual test results?
Does the current test approach allow you to react as
<Please enter your comment here>
required in case of error?
Error Tracking
Action: Please describe the workflow for error tracking established in the company.
Error Tracking
Questions Answers
Who is involved in case of an error during tests in QAS? <Please enter your answer here>
Tools
Are there any 3rd party tools involved in your current test <Please enter your comment here>
approach?
Are there any tools used for assignment of testers?
<Please enter your comment here>
16
CATT - Computer Aided Test Tool - an SAP tool enabling you to combine and automate business processes as repeatable test procedures
17
eCATT - extended CATT - a successor of SAP CATT which provides more flexibility and functionality. Delivered starting with the basis release 6.20 of the
SAP Web AS