Skip to main content

Testing in Sessions..

When all of us were studying at school or college (and even now) we have periods of 45 minutes or 60 minutes in length. Have you ever thought why this is limited to 60 minutes or 45 minutes? The answer is simple students will loose concentration after 45 minutes. Testers are like students and they will loose concentration after a certain amount of time. When you are testing an application make sure that you take a break after 45 minutes and then come back with a fresh mind to resume testing. When you are writing test cases ensure that the test cases does not contain too many steps. If your test case is lengthy it may take hours or days to execute. I have seen testers writing test cases with 400 or 500 steps which may take more than a day to execute.
The tester may start the execution of the test cases may be with Build 1 and by the time he reaches 50% of the execution you may have Build 2 from the development. You may be forced to start the test case execution from Step 1 again if the feature or requirements under test underwent a change in Build 2. It will be a good practice to limit the number of steps in your test case to 20 or 25 steps so that you can complete the test case execution in less than an hour's time. It may be not be possible to limit the number of steps in test cases for example when you are testing a complete end to end flow of an application. So try to execute test cases or perform adhoc testing in sessions of shorter duration and find as many defects as possible.

Comments

Popular posts from this blog

Test Automation Experience

  ๐Ÿš€ Super thrilled to share my incredible test automation journey in the healthcare domain! ๐Ÿฅ๐ŸŒŸ From pioneering success to finding the perfect balance, it has been an exhilarating ride that shaped my understanding of test automation. ๐Ÿ’ป๐Ÿงช During the mid-2000s, our forward-thinking healthcare company established a dedicated automation group armed with powerful tools like Windrunner and QTP. With a unique blend of software test engineers and healthcare SMEs, we gained comprehensive insights into the intricacies of the healthcare domain. ๐Ÿ’ก๐Ÿ‘ฉ‍๐Ÿ’ป๐Ÿ” https://testmetry.com/test-automation-at-a-healthcare/ Our secret to success? Maintaining script stability and an impressively low false failure rate by keeping our regression testing scripts actively engaged. Efficiency soared with a vast library of reusable functions, and parallel execution capabilities revolutionized our testing environment. ๐Ÿš€๐Ÿ“ˆ๐Ÿ’ป The "rolling regression" approach tackled complexity head-on, while user-friendly

Scriptless vs Scripted Automation Frameworks

The quality engineering team has a crucial role in improving the time to market for services and product, and in ensuring customer delight. Architects have been developing new practices to automate the life cycle processes to reduce test cycle time and improve the product quality. Scriptless test automation is one such practice that is an alternative to the traditional automation, which was programming language dependent. The adoption rate of Scriptless frameworks has improved in the last couple of years but still, there prevail apprehensions around its capabilities. Difference between the Working of Scriptless Automation Testing Tools and Scripted Automation Testing Tools Scriptless automation tools use the technique of auto-generating test scripts instead of an automation engineer writing a test script manually using a programming language. The language used in the tool might be proprietary or open, depending on the tool strategy of the vendor.  The Scriptless technique is slightly