• +(91) 8750050183
  • info@helpingtesters.com
  • helpingtesters

Test Execution Report Template

December 23, 2017

As a tester, you have to create, use and deliver various reports and documents to the development team, testing manager and product owner. These are generally used by the project manager, product owner, and other testers to get a brief overview of the testing progress, and how testing is being conducted for the impending release. 

Download Test Execution Report Template

Of all the test reports used daily by users, in this post, our primary focus would be to understand the complete structure and get used to the various components of a test execution report. We would also share a dummy test execution report template which you can refer to for your own understanding.

What are the different reports generally used in Testing

Before detailing out a test execution report, let’s find out the basic reports used by testers.

⇒ Daily Status Report

Daily status reports or updates contain information about the different tasks performed, tasks executed, issues logged and hurdles faced by a tester.

  • Every member of the testing team creates a daily status report and send it forward to their test manager at the end of each day.
  • The status report consists of updates related to :
    • What different testing or tasks did you performed today?
    • What tasks are the planning tomorrow?
    • Were any blockers encountered while executing today’s tasks?
  • The status report can be in any format of choice depending on the needs of the project manager. Team members can mail their daily statuses directly to their managers or update it in a centralized portal or spreadsheet.
  • For strict Agile teams, Daily SCRUM meeting eradicates the need for a daily status report, as all updates are conveyed during the meeting.
  • The data from the daily status report of each tester is processed by the project manager, and an overview of the testing team’s progress is shared with the client/ product owner.

⇒ Testing Reports

The testing reports talk specifically about the current test deliverables, how testing should be conducted and progress made in testing. Let’s talk about the 3 primary testing reports which are often used by testers.

  • Test Plan status report – As the name suggests, the test plan status report shows the current status of the test plan.
    • This report notifies the team, whether any changes are being made to the existing test plan or any new version is introduced.
  • Test Documentation Status – Test Documentation lets the team know the status of test documents. The test documentation status shows the status of the test cases, and test scenarios while the project is in the design phase.
    • This report notifies the testing team of the progress of the test documentation and when the different documents need to be reviewed.
  • Test Execution Status – The test execution report is the primary focus of this article. The test execution report tells the testing team, the project manager, and the product owner, what the status of testing is, and how stable the overall application is.
    • Depending on the team and the type of project, the test execution report can be sent on a daily basis or on a weekly basis.
    • The test execution report shows the number of test cases passed, failed, blocked or not executed. It also enlists the bugs encountered during the test execution phase. We would talk about the different components of a test execution report in the following sections.
    • As the report contains detailed test execution status, such reports are generally shared over mail and discussed during retrospective or before the demo.

What are the primary components of Test Execution Report?

Test execution reports are mostly created in spreadsheets. The basic components of test execution report can be broadly classified into 3 categories, namely 

Test Report Summary

The test summary gives a brief overview of the overall execution status.

Figure 1: Test Summary Report

  • In the summary, you can see information related to
    • The number of test cases planned within the cycle.
    • The number of test cases executed within the cycle.
    • The total number of test cases executed till date.
    • Defects encountered within the cycle.
    • Total defects encountered till date.
    • Pass percentage and defect density.
  • The summary section helps the project manager and product owner get a quick overview of the current execution and analyze it to predict any bottleneck that might arise during the testing cycle.

⇒ Test Scenario/ Case status

The next sheet i.e. the test scenario/ test case status gives a detailed report of the status of the test scenarios.

Figure 2: Test Scenario/ Case status

  • It enlists the different scenarios and test cases executed during the testing cycle, along with their corresponding statuses. You can even find the name of the testers who executed the test cases along with a brief description of the issues which were encountered during test execution.

⇒ Reported bugs

Any bugs which were reported during the test cycle are mentioned in this section.

Figure 3: Reported bugs

  • The defect ID, a brief description of the issues, steps to reproduce are mentioned for each and every issue are mentioned here.
  • You can even mention the priority and status of the defect and mention the name of the developer if the issue is already assigned to someone.
  • For ease of use, it is suggested to provide hyperlink and mention the path of the defect as well.

⇒ Hurdles/Impediments faced

It is an optional section and you may or may not add it to your test execution report.

Figure 4:  Hurdles/ Impediments faced

  • This section is used to bring into focus the pain points and impediments encountered by the testing team during test execution.
  • This section is primarily aimed towards the project manager and product owner. If the problems mentioned in this section are related to infrastructure or resources, the manager can leverage this report to fix the issues to help prevent the same problem in subsequent test cycles.
  • If there were any issues with the test environment, the details and the outcome of this problem should be noted in this section. This will outline the problem and the impact it can have on the application testing.

Now that you are aware of the different components, it’s time for you to try your hands out on a dummy Test Execution report. You can click this link, to HelpingTesters_Test_Execution_Report.


  • Testers use different testing reports to track the progress of testing. And test execution report is one of the most important and widely used reports.
  • The test execution report consists of a brief overview of the items/ modules tested and how stable the application under test is during the testing cycle.
  • It also enlists individual status (pass/ fail or blocked) of the different test cases and scenarios.
  • If any issues are encountered while executing the test cases they are mentioned in the test execution report and shared with the team members and test manager.
  • Test execution report is a handy document which allows the product owner get a quick glimpse of the testing progress and evaluate the stability of the application being developed.

Leave a Reply

Your email address will not be published.

Broaden Your Knowledge. Enroll Today.

Our tutoring services on software testing courses online offer information on a wide variety of courses, ranging from Web Security and Software Testing courses to selenium online training to Mobile Automation Testing. Whatever criterion you need help with concerning advanced technological functions and operations, we’ve got you covered. We also use real world examples and scenarios for solving examples and projects, enhancing your knowledge and broadening your horizon.