Some more best practices
Let's take a look at the following best practices:
Sometimes, testers make the mistake of measuring complexities where the upper limits are not defined. For example, a complex test case is sometimes defined as having more than 30 steps. In this case, since the upper limit is not defined, all the test cases that have more than 30 steps are counted as a complex test case. This leads to incorrect estimation because without a clearly defined upper limit, even a test case with 150 steps would be considered as only one complex test case. So, it is very important to define the upper limits of test cases and then count the test cases in multiples of the complexity definition's upper limit. Thus, when the test case complexity is defined with an upper limit, such as having steps between 20 to 30, all the test cases that have more than 20, but fewer than 30 steps are considered as one complex automation script for estimation purposes. A test case with 150 steps would need to...