The test case template may be giving your some input how to develop detailed test case. The test case example is suitable for manual system test cases. The test case should be written with enough detail that they could be given to a new QA Tester who would be able to quickly begin to carry out the tests and find bugs. Microsoft Excel is my preference for test case template. Excel makes the overall test cases format much more readable, quick and easy then Microsoft Word. There are a few main advantages of keeping test case template in Excel – QA Tester could query Microsoft Excel just as a database, Excel can calculate Quality Assurance metric without custom VBA, finally Excel files can be easily output in many different formats for use by other tools or for QA manager review.
Sample Test Case Template
|Test Case ID:|| |
Unique identifier for test case.
|Requirement ID:|| |
The identifier of the requirement or business scenario for which this test case is designed for. Logging this will ensure you have adequate testing for all requirements. You can have one-to-one, one-to-many, many-to-many and many-to-one relationships between requirements and test cases, e.g. one requirement per one test case, one requirement per many test cases etc
|Test Case Description:|| |
Short description about the aspect of the feature is being tested.
|Dependency or Prerequisites:|| |
Any action that need to be done prior to test case execution. For example, "SQL database is down", "guest login to Confluence allowed", "user Jira exists" and so on.
|Test Data:|| |
Name of variables, configuration environment and their possible values used in the test case.
Steps to carry out the test. The test steps have to be descriptive and clear.
|Expected Result:||Expected behavior of the application as a result of steps executed in the test case. |
|Actual Result:||Actual behavior of the application as a result of steps executed in the test case. |
|Priority||Set the priority for test case execution. |
|Estimated time:||Estimated period of time that is need for executing the test case. |
After every test case run, this value should be updated to reflect actual time that was spent to run a test case if different from estimated.
|Notes, Bugs and Remarks:||Any special notes or remarks can be recorded. QA Tester could also directly denote the bug number from bug trucking database like Jira, Bugzilla or Track. |