然后，我们可以基于这个图计算出平均的测试步骤个数是16个，那么以此为基准点，再定出上、下限分别是8和25，则可以这样定义测试用例的复杂度：
简单 ： ≤ 7 个步骤
中等 ： ≥ 8 个步骤 -- ≤ 16 个步骤
复杂 ： ≥ 17 个步骤 -- ≤ 25 个步骤
类似的，我们可以再加入检查点的个数，按类似的方法进行计算。
影响测试自动化工作量评估的因素
但是，前面所讲到依据测试步骤和检查点个数来判断测试用例复杂度的方法还是有不少的缺陷，个数仅仅是一种参考，还需要综合考虑其他的方面，例如
1、需要注意每个脚本开发前的工作量也要纳入计算：
(1) 通过手工测试确认操作的正确性。
(2) 测试数据的选择和生成。
(3) 脚本模板的创建，例如头信息、步骤注释、抽取公用的脚本函数等。
当然，这些方面的工作量也很大程度上取决于测试用例的测试步骤个数。软件测试
2、另外功能的重复性也是判断复杂度和工作量的因素之一。如果测试用例的步骤比较复杂，但是与其他测试用例比较类似，具有功能上的重复性，则也可以标志为“中等”或“低”的复杂度。
3、如果测试用例的测试步骤超过了上限控制点(例如25)，那么那些额外的超出上限的步骤可以考虑放到另外一个测试用例中。例如，上面的例子中，编号为06的测试用例包含30个步骤，则可标识为“1个复杂的用例 + 1个简单的用例”
4、需要考虑那些被标识为“复杂”而不是“中等”的测试用例是否应该被自动化实现，因为实现过多的复杂的测试用例会给自动化测试带来沉重的负担。
下表按其影响程度从高到低列出了8个影响自动化测试实现的方面，这些方面也是自动化测试工作量评估中不可忽视的因素：
文章来源于领测软件测试网 https://www.ltesting.net/
