Free Test Case Templates / Examples (Excel, Word)

free test case template 7

A test case template is a document having several sequences of steps that help the tester in confirming whether the program is free of bugs. The most important objective while developing software is to minimize the number of bugs for the end-product. It is essential that you test it through the whole building phase.

What is a test case?

You will need to ensure that a product is bug-free in order to get the best out of it at the end of its production phase. Basically, a test case is a set of conditions or variables that helps a tester to identify whether a system under test satisfies the requirements or works accurately.

Moreover, creating a test case is not a complicated task. All you have to know is that this is the process where the tester gets in contact with a system. By having preset conditions, he tests the system and confirms the end result.

A test case seems a scientific method that not only detects bugs, but also creates a hypothesis on how to remove them. A person could test the following;

  • When entering valid username and password, confirm login functionality?
  • Test results while entering a valid username and invalid password
  • See results when the username field is filled by password and the field is empty

What to include in a test case template?

If you are making a test case template, you should include the following;

Test case ID

A test case ID is essential. This is because it makes you able to document your results with ease. You will not only document it but be able to avoid testing the same things over and over again. If you want, an ID can be marked. However, if you are doing several systems then you can begin with the name with a short acronym or full name of the programs name. You can also put the objective of the test in the name of the template in case you’re doing multiple tests.

Test scenario

The test scenario field will contain all possible details regarding the testing. It won’t include any sequences or steps of the testing phase. But, it will contain a certain objective that the tester should bear in mind. This field could include details such as “Check admin login page with valid data”.

You should always try to keep this field as specific as possible in order to make it easier for the tester. Never include anything vague or unnecessary to the testing that can confuse the tester. Don’t add idioms so that the tester can do his job properly.

Test steps

A test scenario should only show details regarding the testing and exclude any steps. But, the Test Steps field is the next. You can tell the tester exactly what to do in steps with this area. You should always try to add a large number of steps that have specific objectives. The steps that have too many words, don’t write them. Also, don’t add commentary in this field. The test steps field should look like in the following ways;

  1. Start up the software
  2. Head over to the registration area
  3. Insert data in all fields
  4. Submit the data by clicking register

Test data

The test data is completely optional. This is because it depends on the system the tester will use. You must have a field in which you will place the information in case his objective demands any additional information that he requires to enter in order to complete his objective.

Results expected

This is most essential part as it will describe the tester on what outcomes he should expect, provided that the system is bug-free. On the given software, if the tester is trying to log into an account, then the expected outcomes could for an instance say that he should end up logging into his account.

This could take a twist. Probably, the tester is provided invalid data for the login fields, then he must have naturally expected that the website or software does not allow him log into his account. You also have to ensure that the expected results field should be precise as well. It contains everything that the software is intended to do in that step.

Results received

After fulfilling all the test steps and inserting all the test data, the tester should now get the results of his testing. The outcomes can be both positive and negative. They can confirm whether the program is working as intended or that it provides a completely different result.

Positive results have preferred the most. However, the negative results will assist you a lot by detecting that there is, in fact, a bug hidden in the code. For instance, if capturing a picture of a red button should convert its color into blue then the outcomes are as expected in case that’s what the system is assumed to do. But, there is a problem that should be fixed if the color of the button stays the same or if it changes into yellow.


A confirmation filed is not identical to the Results Received field. The Results Received field will just comprise of the tester saying if he got the expected results. On the other hand, a confirmation field will just point out whether the testing was a success or a fail.

We don’t speak about the actual testing process failing or succeeding. With this, we are talking about whether the system has or has not fulfilled its desired objective. This field just contains the words pass or fail. But, if you want, you can also inform the tester to write any comments about the process. You should also check Software Test Plan Templates.


In conclusion, a test case template should be simple and transparent. It should have objectives that make sure customers’ needs. Don’t repeat the same tests when you have confirmed that the software made is bug-free in a specific area.

How useful was this post?

Click on a star to rate it!

Average rating / 5. Vote count:

No votes so far! Be the first to rate this post.

As you found this post useful...

Follow us on social media!

You Might Also Like