Skip to main content

Test Summary Report

What is a Test Summary Report?โ€‹

A Test Summary Report (TSR) is a formal document produced at the end of the testing phase that consolidates all testing activities, results, metrics, defect statistics, and sign-offs for a release. It is the final quality gate document that must be approved before a release is promoted to production.

The TSR answers the question: "Is this release ready for production?"


When to Produce a TSRโ€‹

A TSR is produced for every planned release:

Release TypeTSR Required?
Major / Minor releaseโœ… Full TSR required
Patch / Bugfix releaseโœ… Abbreviated TSR required
Hotfix (P1 resolution)โš ๏ธ Lightweight TSR within 24h of deployment
Internal tooling / non-customer facingOptional

TSR Templateโ€‹


1. Release Informationโ€‹

FieldValue
Project NameTransaction Service
Release Versionv1.2.0
Test EnvironmentUAT (uat.yourapp.com)
Testing Period2024-03-01 โ€“ 2024-03-14
Report Date2024-03-15
Prepared ByQA Lead โ€” Jane Smith
Approved ByProduct Manager โ€” John Doe

2. Executive Summaryโ€‹

Provide a concise paragraph summarising overall test results, confidence level, and the recommendation (approve for release / conditional approval / hold).

Example:

Testing for release v1.2.0 of Transaction Service has been completed across unit, integration, regression, end-to-end, and performance test suites. All 847 test cases were executed. 843 passed; 4 were deferred as known P3 issues with accepted workarounds. No P1 or P2 defects remain open. Performance benchmarks are met with p99 latency at 312ms (target: < 500ms). The QA team recommends this release for production deployment.


3. Scope of Testingโ€‹

In Scopeโ€‹

  • Transaction listing with date range filtering (US-105 to US-112)
  • CSV export of transaction history (US-113 to US-115)
  • Pagination and sorting controls (US-116 to US-118)
  • Authentication and authorisation (US-101 to US-104)
  • Regression of all existing transaction features

Out of Scopeโ€‹

  • Payment gateway integration (covered by separate Payment Service TSR)
  • Mobile application UI (covered by Mobile team's TSR)
  • Batch processing jobs (scheduled for v1.3.0)

4. Test Execution Summaryโ€‹

4.1 Test Case Resultsโ€‹

Test TypeTotalPassedFailedBlockedSkippedPass Rate
Unit Tests412412000100%
Integration Tests18618500199.5%
Regression Tests15815521098.1%
End-to-End Tests646301098.4%
Performance Tests2728000100%
Total84784322199.5%

4.2 Code Coverageโ€‹

ModuleLine CoverageBranch CoverageStatus
api (controllers)91%87%โœ…
domain (services)96%93%โœ…
infrastructure (repos)84%79%โœ…
common (utils/exceptions)88%82%โœ…
Overall91%86%โœ… Above 80% threshold

4.3 Test Execution Timelineโ€‹

PhaseStartEndDurationEnvironment
Unit + Integration CI2024-03-012024-03-08ContinuousDEV
Regression testing2024-03-092024-03-113 daysSIT
UAT + E2E testing2024-03-122024-03-132 daysUAT
Performance testing2024-03-142024-03-141 dayPERF

5. Defect Summaryโ€‹

5.1 Defect Statisticsโ€‹

SeverityRaisedFixedDeferredOpen
P1 โ€” Critical0000
P2 โ€” High2200
P3 โ€” Medium7340
P4 โ€” Low3030
Total12570

5.2 Open / Deferred Defectsโ€‹

Defect IDSeveritySummaryReason for DeferralTarget Fix Version
JIRA-441P3CSV export trailing comma on last columnLow impact โ€” workaround in Excelv1.2.1
JIRA-443P3Date picker shows previous month on first loadUX only, no data impactv1.2.1
JIRA-447P3Empty state message not localised for FR localeFR locale not yet active in prodv1.3.0
JIRA-452P3Pagination total count off by 1 on empty filterEdge case, no data lossv1.2.1
JIRA-455P4Console warning in Firefox 121 dev toolsDev tools onlyv1.3.0
JIRA-457P4Tooltip alignment off by 2px in SafariCosmeticv1.3.0
JIRA-461P4Sort icon missing on mobile viewportMobile styles โ€” tracked separatelyv1.3.0

Decision: All deferred defects are P3/P4 with no data integrity impact. Product Manager has accepted deferral. Release is approved to proceed.

5.3 Defect Densityโ€‹

ModuleLOC ChangedDefects FoundDefect Density
Transaction API1,24054.0 per KLOC
Export Feature380410.5 per KLOC
Auth Module21000 per KLOC
Common Utils95331.6 per KLOC โš ๏ธ

Note: High defect density in common/utils โ€” Tech Lead to schedule refactoring in v1.3.0.


6. Performance Test Resultsโ€‹

MetricTargetActualStatus
p50 latency< 50ms28msโœ…
p95 latency< 200ms156msโœ…
p99 latency< 500ms312msโœ…
Throughputโ‰ฅ 1000 RPS1,247 RPSโœ…
Error rate< 0.1%0.02%โœ…
JVM heap (steady)< 512MB387MBโœ…
CPU (steady)< 60%44%โœ…
Memory leak (30min soak)NoneNone detectedโœ…

Performance verdict: All NFR targets met. โœ…


7. Security Testing Resultsโ€‹

CheckToolResult
OWASP Dependency Checkmvn dependency-check:checkโœ… No critical CVEs
Static analysis (Sonar)SonarQubeโœ… 0 blocker, 0 critical issues
Dynamic scan (DAST)OWASP ZAPโœ… No high/critical findings
SQL injectionAutomated + manualโœ… No vulnerabilities
Auth bypass attemptsManual pen-testโœ… All attempts blocked

8. Environment and Configurationโ€‹

EnvironmentVersion TestedDatabase VersionNotes
SITv1.2.0-rc1PostgreSQL 16.1Seeded with synthetic data
UATv1.2.0-rc2PostgreSQL 16.1Anonymised prod data snapshot
PERFv1.2.0-rc2PostgreSQL 16.13-month production volume data

Flyway migrations applied:

  • V1_2_0__add_transaction_category_column.sql โœ… Applied and verified

9. Test Artifactsโ€‹

ArtifactLocation
JaCoCo coverage reporttarget/site/jacoco/index.html
Surefire unit test reporttarget/surefire-reports/
Failsafe integration test reporttarget/failsafe-reports/
Gatling performance reporttarget/gatling/transactionservice/index.html
SonarQube dashboardSonarQube Project Link
Defect log (Jira)Jira Query โ€” v1.2.0 bugs

10. Risks and Mitigationsโ€‹

RiskLikelihoodImpactMitigation
P3 export bug (JIRA-441) causes user confusionLowLowRelease note included; fix in v1.2.1
High load on first day post-releaseMediumMediumAuto-scaling configured; perf tests passed
Flyway migration slow on large prod tablesLowHighTested against prod-volume data; 1.2s execution

11. Sign-offโ€‹

RoleNameDecisionDate
QA LeadJane Smithโœ… Approved2024-03-15
Tech LeadBob Johnsonโœ… Approved2024-03-15
Product ManagerJohn Doeโœ… Approved โ€” proceed to deploy2024-03-15
Security EngineerAlice Chenโœ… Approved2024-03-14

12. Recommendationโ€‹

โœ… APPROVED FOR PRODUCTION DEPLOYMENT

Release v1.2.0 of Transaction Service meets all quality gates. No P1 or P2 defects are open. All performance NFRs are satisfied. Deferred P3/P4 defects have been reviewed and accepted by the Product Manager. The team is ready to proceed with deployment per the deployment runbook.

Planned deployment window: 2024-03-15 22:00 UTC On-call engineer: @oncall-bob Rollback owner: @oncall-alice


TSR Quality Gatesโ€‹

Before the TSR can be signed off, these gates must all be green:

  • Unit test pass rate = 100%
  • Integration test pass rate โ‰ฅ 99%
  • Code coverage โ‰ฅ 80% overall
  • Sonar quality gate green (0 blockers, 0 criticals)
  • 0 open P1 defects
  • 0 open P2 defects
  • All P3 defects reviewed and accepted/deferred by PM
  • Performance NFRs met (p99, throughput, error rate)
  • Security scan completed with no high/critical findings
  • All sign-offs obtained

Automate the TSR Data Collection

Use your CI/CD pipeline to auto-generate the test statistics section from JaCoCo XML reports, Surefire XML output, and SonarQube API. Only the narrative summary, defect table, and sign-offs need to be filled in manually. This saves 1โ€“2 hours per release.