What is a Test Case?
Test cases for software help guide the tester through a sequence of steps to validate whether a software application is free of bugs, and working as required by the end user. Learning how to write test cases for software requires basic writing skills, an attention to detail, and a good understanding of the application under test (AUT).
A well-written test case should allow any tester to understand and execute the test.
When writing test cases, it’s important to put yourself in the user’s shoes and to include all the necessary details. Putting forth the extra effort to write good test cases upfront will save you time and effort further down the road.
Writing test cases – especially high volumes of them at once – can be a time consuming task. TestLodge makes it easy to write high quality test cases and keep them organized. Here, we’ve outlined some tips on how to write test cases, along with a sample of a test case at the end of this article.
How to write test cases for software:
Use a Strong Title
A good test case starts with a strong title. As a best practice, it’s good to name the test case along the same lines as the module that you are testing. For example, if you’re testing the login page, include “Login Page” in the title of the test case.
Include a Strong Description
The description should tell the tester what they’re going to test and include any other pertinent information such as the test environment, test data, and preconditions/assumptions.
Include Assumptions and Preconditions
You should include any assumptions that apply to the test and any preconditions that must be met prior to the test being executed. This information can include which page the user should start the test on, dependencies on the test environment, and any special setup requirements that must be done before running the test. This information also helps keep the test steps short and concise.
Keep the Test Steps Clear and Concise
The test steps should include the data and information on how to execute the test. This is perhaps the most important part of a test case. Keep this section clear and concise, but don’t leave out any necessary details.
Include the Expected result
The expected result tells the tester what they should experience as a result of the test steps. This is how the tester determines if the test case is a “pass” or “fail”.
Make it Reusable
A good test case is reusable and provides long-term value to the software testing team. When writing a test case, keep this in mind. You can save time down the road by re-using the test case instead of re-writing it.
Sample of a Test Case
Here is an example of a test case:
Title: Login Page – Authenticate Successfully on gmail.com
Description: A registered user should be able to successfully login at gmail.com.
Precondition: the user must already be registered with an email address and password.
Assumption: a supported browser is being used.
- Navigate to gmail.com
- In the ’email’ field, enter the email address of the registered user.
- Click the ‘Next’ button.
- Enter the password of the registered user
- Click ‘Sign In’
Expected Result: A page displaying the gmail user’s inbox should load, showing any new message at the top of the page.
Here’s what this test case would look like in TestLodge:
Writing test cases for software takes a little practice and knowledge of the software that’s being tested. Well-written test cases can make your testing process smoother, and save you time in the long run. By using TestLodge, you can manage and organizes your test cases in an efficient way. Sign up for a free demo of TestLodge today!