{"id":43188,"date":"2016-12-19T15:26:08","date_gmt":"2016-12-19T09:56:08","guid":{"rendered":"http:\/\/www.tothenew.com\/blog\/?p=43188"},"modified":"2016-12-19T15:27:31","modified_gmt":"2016-12-19T09:57:31","slug":"top-9-tips-to-write-effective-test-cases","status":"publish","type":"post","link":"https:\/\/www.tothenew.com\/blog\/top-9-tips-to-write-effective-test-cases\/","title":{"rendered":"Top 9 Tips to Write Effective Test Cases"},"content":{"rendered":"<p>A good test case always includes strong title, a good description, list of pre-conditions and expected results. Test cases come with different flavors <strong>&#8220;Positive and Negative&#8221;,\u00a0<\/strong> but the most important factor is\u00a0to cover\u00a0all <strong>Business<\/strong> and\u00a0<strong>Functional <\/strong>requirements. Effective test cases add value to the business along with the project.<\/p>\n<p>This blog outlines some of the best tips to write test cases effectively.<\/p>\n<ol>\n<li><strong>Create test cases from end-user perspective<\/strong>: \u00a0The ultimate goal of creating test case is to meet customer requirements. If we write test cases keeping user experience in mind, we can avoid the two common mistakes .i.e.\u00a0\u2018missing a bug\u2019\u00a0and\u00a0\u2018writing test cases that do not verify real world scenarios\u2019. This gives a complete sense of attainment.<\/li>\n<li><strong>Domain Knowledge<\/strong>: \u00a0Domain knowledge is the core of any software application. Business rules may vary as per the domain and can greatly impact business functions. Lack of domain knowledge in testing may result in business loss. Thus, to avoid conflicts between Standards of Domain, a product tester must attain this knowledge before writing test cases.<\/li>\n<li><strong>Avoid\u00a0Assumption: <\/strong>Do not assume anything, stick to the Specification Documents. Assuming feature and functionality of software application can create a gap between the Client\u2019s specifications and the product under development, which can also impact the business.<\/li>\n<li><strong>Relevant Artifacts Attachments: <\/strong>It is always a best practice to attach relevant artifacts to your test cases. It helps in tracking the massive changes in your application at the time of product delivery. Attaching the <strong>artifacts<\/strong> or designs to a particular test step helps in understanding the tricky flow which would not be possible to explain with test steps.<\/li>\n<li><strong>Avoid all Repetitions:<\/strong> <a title=\"automation testing services\" href=\"http:\/\/www.tothenew.com\/testing\/automated-independent-manual-testing\"><strong>Test Automation<\/strong><\/a>\u00a0helps to avoid repetition. It also helps in reducing manual effort and adds value to the product. Test cases should be written such that they can be re-used by any other team for any other project.<\/li>\n<li><strong>Go in Organized Manner: <\/strong>In general, company manages test cases using spreadsheets which is not a good practice. As the number of test cases increases, it becomes extremely difficult to manage and also the efficiency of team decreases.<br \/>\nThere are many software solutions that can help to manage and organize all the test cases in one place. We can use <strong>Test Management Tool <\/strong>for test case management.<\/li>\n<li><strong>Coverage must be 100%: <\/strong>Test coverage is a useful method for finding untested parts of an application. To have <strong>100% <\/strong>test coverage, write test cases for all software requirements mentioned in the specification document.<br \/>\n<strong>Requirement traceability matrix<\/strong> will trace\u00a0the functions and conditions that were left untested.<\/li>\n<li><strong>Defined and Easy Understandable: <\/strong>Test cases should be easily understandable and <strong>to-the-point.\u00a0<\/strong>If another Software Test Engineer executes the test cases, he\/she should be able to understand it easily.<\/li>\n<li><strong>Maintenance and Updates: <\/strong>It is always a good practice to update test cases as per the newly introduced changes in the requirements.<br \/>\nIt\u2019s of critical<strong>\u00a0<\/strong>to make sure that your existing test cases are always updated as per the new requirements before starting new test cases.<\/li>\n<\/ol>\n<p><span style=\"font-size: 1rem\">Test cases should be designed in such a way that they are <\/span><strong style=\"font-size: 1rem\">Presentable<\/strong><span style=\"font-size: 1rem\">, <\/span><strong style=\"font-size: 1rem\">Simple<\/strong> <strong style=\"font-size: 1rem\">and Easily Understandable<\/strong><span style=\"font-size: 1rem\"> by everyone. Tester must have good <\/span><strong style=\"font-size: 1rem\">Domain Knowledge <\/strong><span style=\"font-size: 1rem\">and test cases must<\/span><strong style=\"font-size: 1rem\">\u00a0<\/strong><span style=\"font-size: 1rem\">be written according to <\/span><strong style=\"font-size: 1rem\">End<\/strong> <strong style=\"font-size: 1rem\">User. <\/strong>Moreover, automation testing helps you to sustain agile and DevOps modes of product engineering. Here is another blog that talks about\u00a0leveraging <a title=\"Automation Testing: A must for Agile\" href=\"http:\/\/www.tothenew.com\/blog\/automation-testing-a-must-for-agile\/\">Automation Testing for Agile Development.<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>A good test case always includes strong title, a good description, list of pre-conditions and expected results. Test cases come with different flavors &#8220;Positive and Negative&#8221;,\u00a0 but the most important factor is\u00a0to cover\u00a0all Business and\u00a0Functional requirements. Effective test cases add value to the business along with the project. This blog outlines some of the best [&hellip;]<\/p>\n","protected":false},"author":975,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"iawp_total_views":8},"categories":[1818,1817,1],"tags":[1979,1561,3443,4312],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/posts\/43188"}],"collection":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/users\/975"}],"replies":[{"embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/comments?post=43188"}],"version-history":[{"count":0,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/posts\/43188\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/media?parent=43188"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/categories?post=43188"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/tags?post=43188"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}