影响测试自动化工作量评估的因素

　　但是，前面所讲到依据测试步骤和检查点个数来判断测试用例复杂度的方法还是有不少的缺陷，个数仅仅是一种参考，还需要综合考虑其他的方面，例如

　　1、需要注意每个脚本开发前的工作量也要纳入计算：

　　(1) 通过手工测试确认操作的正确性。
　　(2) 测试数据的选择和生成。
　　(3) 脚本模板的创建，例如头信息、步骤注释、抽取公用的脚本函数等。

　　当然，这些方面的工作量也很大程度上取决于测试用例的测试步骤个数。

　　2、另外功能的重复性也是判断复杂度和工作量的因素之一。如果测试用例的步骤比较复杂，但是与其他测试用例比较类似，具有功能上的重复性，则也可以标志为“中等”或“低”的复杂度。

　　3、如果测试用例的测试步骤超过了上限控制点（例如25），那么那些额外的超出上限的步骤可以考虑放到另外一个测试用例中。例如，上面的例子中，编号为06的测试用例包含30个步骤，则可标识为“1个复杂的用例 + 1个简单的用例”

　　4、需要考虑那些被标识为“复杂”而不是“中等”的测试用例是否应该被自动化实现，因为实现过多的复杂的测试用例会给自动化测试带来沉重的负担。
　　
　　下表按其影响程度从高到低列出了8个影响自动化测试实现的方面，这些方面也是自动化测试工作量评估中不可忽视的因素：

　　其中可以看到，测试框架对于自动化测试的影响程度是最大的，一个好的测试框架可以让脚本编写、调试和维护变得更加简单。在自动化测试项目开展的前期搭建一个稳健的好用的测试框架，可以让后面的脚本开发事半功倍。

　　另外，不可忽视的一点是测试工具以及自动化测试工程师的个人技能，这些都会对自动化测试项目能否成功实现有着重大的影响。

　　在被测试的应用程序中，如果包含了大量的自定义控件、第三方控件，则自动化测试工程师需要付出更多的努力来“对付”这些问题，这是因为大部分的测试工具在这些方面都仅仅提供非常有限的支持。