Every day I keep on getting several requests for a Test Case Template. I’m surprised that many testers still document test cases with Word or Excel files.
Most of them prefer excel spreadsheets because they can easily group test cases by test types and most importantly they can quickly get test metrics with Excel formulas. But I’m sure that as the volume of your tests goes on increasing, you will find it extremely difficult to manage.
If you are not using any Test case management tool, then I would strongly recommend you to use an open-source tool to manage and execute your test cases.
Test case formats may vary from one organization to another. However, using a standard test case format for writing test cases is one step closer to setting up a testing process for your project.
It also minimizes Ad-hoc testing that is done without proper test case documentation. But even if you use standard templates, you need to set up test cases writing, review & approve, test execution and most importantly test report preparation process, etc. by using manual methods.
Also, if you have a process to review the test cases by the business team, then you must format these test cases in a template that is agreed by both parties.
Before continuing with the Test case writing process, we recommend downloading these Test case management tools. This will ease your test plan and test case writing process mentioned in this tutorial.
TestRail is a web-based tool for test cases and test management. It helps QA and development teams with the efficient management of test cases, plans, and runs. It gives centralized test management, powerful reports & metrics, and increased productivity. It is a scalable and customizable solution. It can be used by small as well as large teams.
- TestRail makes tracking test results easier.
- It seamlessly gets integrated with bug trackers, automated tests, etc.
- Personalized to-do lists, filters, and email notifications will help with boosting productivity.
- Dashboards and activity reports are for easy tracking and following the status of individual tests, milestones, and projects.
#2) Katalon Platform
Katalon Platform is an all-in-one, simple automation tool for web, API, mobile, and desktop trusted by over 850,000 users.
It simplifies automation for those without a coding background to create automation test cases from manual tests’ steps, a rich library of project templates, record & playback, and a friendly UI.
Testiny – a new, straightforward test management tool, but much more than just a slimmed-down app.
Testiny is a fast-growing web application built on the latest technologies and aims to make manual testing and QA management as seamless as possible. It is designed to be extremely easy to use. It helps testers perform tests without adding bulky overhead to the testing process.
Don’t just take our word for it, take a look at Testiny yourself. Testiny is perfect for small to mid-sized QA teams looking to integrate manual and automated testing into their development process.
- Free for open-source projects and small teams with up to 3 people.
- Intuitive and simple out of the box.
- Easily create and handle your test cases, test runs, etc.
- Powerful integrations (e.g. Jira, …)
- Seamless integration in the development process (linking requirements and defects)
- Instant updates – all browser sessions stay in sync.
- Immediately see if a colleague has made changes, completed a test, etc.
- Powerful REST API.
- Organize your tests in a tree structure – intuitive and easy.
Here is how to make the manual test case management process a bit easier with the help of simple testing templates.
Note: I’ve listed the maximum number of fields related to the test case. However, it is advised to use only those fields used by your team. Also, if you think any fields used by your team are missing from this list, then feel free to add them to your customized template.
Standard Fields of a Sample Test Case Template
There are certain standard fields that need to be considered while preparing a Test case template.
Several standard fields for a sample Test Case template are listed below.
Test case ID: Unique ID is required for each test case. Follow some conventions to indicate the types of the test. For Example, ‘TC_UI_1’ indicating ‘user interface test case #1’.
Test priority (Low/Medium/High): This is very useful during test execution. Test priorities for business rules and functional test cases can be medium or higher, whereas minor user interface cases can be of a low priority. Testing priorities should always be set by the reviewer.
Module Name: Mention the name of the main module or the sub-module.
Test Designed By Name of the Tester.
Test Designed Date: Date when it was written.
Test Executed By Name of the Tester who executed this test. To be filled only after test execution.
Test Execution Date: Date when the test was executed.
Test Title/Name: Test case title. For example, verify the login page with a valid username and password.
Test Summary/Description: Describe the test objective in brief.
Pre-conditions: Any prerequisite that must be fulfilled before the execution of this test case. List all the pre-conditions in order to execute this test case successfully.
Dependencies: Mention any dependencies on other test cases or test requirements.
Test Steps: List all the test execution steps in detail. Write test steps in the order in which they should be executed. Make sure to provide as many details as you can.
Pro Tip: In order to manage a test case efficiently with a lesser number of fields, use this field to describe the test conditions, test data and user roles for running the test.
Test Data: Use of test data as an input for this test case. You can provide different data sets with exact values to be used as an input.
Expected Result: What should be the system output after test execution? Describe the expected result in detail including the message/error that should be displayed on the screen.
Post-condition: What should be the state of the system after executing this test case?
Actual result: The actual test result should be filled after test execution. Describe the system behavior after test execution.
Status (Pass/Fail): If the actual result is not as per the expected result, then mark this test as failed. Otherwise, update it as passed.
Notes/Comments/Questions: If there are any special conditions to support the above fields, which can’t be described above or if there are any questions related to expected or actual results then mention them here.
Add the following fields if necessary:
Defect ID/Link: If the test status fails, then include the link to the defect log or mention the defect number.
Test Type/Keywords: This field can be used to classify tests based on test types. For Example, functional, usability, business rules, etc.
Requirements: Requirements for which this test case is being written for. Preferably the exact section number in the requirement doc.
Attachments/References: This field is useful for complex test scenarios in order to explain the test steps or expected results using a Visio diagram as a reference. Provide a link or location to the actual path of the diagram or document.
Automation? (Yes/No): Whether this test case is automated or not. It is useful to track the automation status when test cases are automated.
With the help of the above fields, I’ve prepared an example test case template for your reference.
Download Test Case Template with Example (Format #1)
Also, here you can refer to a few more articles on writing effective test cases. Use these test writing guidelines and the above template to write and manage the test cases effectively on your project.
Sample Test Cases:
One More Test Case Format (#2)
Undoubtedly, the test cases will differ depending upon the functionality of the software that it is intended for. However, given below is a template that you can always use to document the test cases without bothering about what your application is doing.
Sample Test Cases
Based on the above template, below is an example that showcases the concept in a much understandable way.
Let’s assume that you are testing the login functionality of any web application, say Facebook.
Below are the Test Cases for the same:
Test Case Example for Manual Testing
Below given is an example of a live project that demonstrates how all the above-listed tips and tricks are implemented.
Personally, I prefer to use a Test Case Management tool. You can start with an open-source tool. It will be a good addition to your efforts to set up the testing process and meanwhile, it will also save a lot of time instead of manually maintaining these documents.
We have also seen test case templates and a few examples using very good, quality documentation. I hope this article would have been helpful to you.
Article Source: softwaretestinghelp