Skip to content

Added more detail on TSR process, esp. around when TSRs are required #300

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 2 commits into
base: main
Choose a base branch
from
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
43 changes: 40 additions & 3 deletions quality-assurance/Test-Approach-TSR-Reviews.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,44 @@
This page documents the role of a Test Lead in reviewing Test Approach / Test Summary Report documents.
This page documents the production and review of Test Approach / Test Summary Report (TA-TSR) documents.

A Test Lead should review all these documents. In doing so, they are assuring the following:
## When is the document modified

The test approach section of the document is completed early in the project, ideally before or at the beginning of the build phase.

The test summary section is completed as a pre-requisite for the software going live, or for project closure if the software is not going live.

## Responsible person for producing the TA-TSR

A team's tester is responsible for producing the document. However, the responsibility for testing the product properly sits with the whole delivery team. The TA-TSR should therefore reflect the whole team's opinion and requires their input and sign-off.

## When to produce a Test Approach / Test Summary Report

Not all deliveries require a TA-TSR.

It is required when:

- the release is going to be considered by CAB;
- new software is being created;
- no established testing practice exists for it;
- if the tester wishes to communicate the test approach / results to stakeholders, e.g. if the software is high profile or the release risky.

It is not required if the testing is going to follow a established practices, e.g. a simple maintenance release will typically not require one.

## Reviewing the TA-TSR

The tester is responsible for identifying people who can provide expertise to the review and for naming them as reviewers. The reviewers for the Test Approach section and for the Test Summary Report section need not be the same, but often will be. The following people will always be reviewers:

- Test Lead;
- Lead Developer;
- Product Owner, Service Owner or equivalent;
- Delivery Manager or equivalent.

## Document Storage

A copy of every completed TSR should be stored in a central location on SharePoint.

## Test Lead responsibility

In reviewing these documents a Test Lead is assuring the following:

## Test Approach

Expand All @@ -18,7 +56,6 @@ A Test Lead should review all these documents. In doing so, they are assuring t

Test Leads do not review individual tests. They are not experts in the system so can’t take a detailed view on coverage. They also do not make the decision to go live; the document provides key evidence to inform that decision.

The responsibility for testing the product properly sits with the delivery team. This process is facilitated by the team’s tester, but all team members need to understand and contribute.



Expand Down