关于自动化测试，有哪些风险?

关于自动化测试，有哪些风险?

1) 你能找到有经验的人力吗?

想要自动化，你需要有一些编程经验的人员。

考虑一下你的人力资源。他们有足够的自动化测试经验吗?如果没有，他们有技术能力或编程背景来轻松应对新技术吗?你打算投资建立一个好的自动化团队吗?如果你的答案是肯定的，那么考虑自动化你的工作吧。

2) 自动化的初始成本非常高

我赞同这个观点：由于要雇用熟练的手动测试人员，因而手动测试的相关成本很高。但如果你正在考虑将自动化作为方案，请三思而后行。

自动化的初始新建成本太高，例如：自动化工具的购买，测试脚本的培训和维护。

很多自动化工具用户都会后悔做自动化。如果你花费了很高的成本，却只得到了一些好看的测试工具和一些基本的自动化脚本，那么自动化的用途是什么?

3) 如果UI不是一成不变的，不要试图自动化

自动化测试用户界面前务，请必要小心。如果用户界面正在大范围发送变化，那么自动化脚本的维护成本将会非常高。在这种情况下，基本的UI自动化就足够了。

4) 你的应用是否足够稳定，可以支持你的自动化测试工作?

在早期的开发周期中自动化测试工作将是一个坏主意(除非它处在一个敏捷的环境)。在这种情况下，脚本的维护成本将非常高。

5) 你正在考虑100%自动化?

别异想天开了，你不可能100%将测试工作自动化。当然，有一些领域，如性能测试，回归测试，负载/压力测试，你可以有机会达到接近100%的自动化。但用户界面，文档，安装，兼容性和恢复等领域，必须手动完成测试。

6) 不要自动化只执行一次的测试任务

某些识别应用领域和测试用例，可能只需要运行一次，并且不需要包含在回归测试中。避免自动化此类模块或测试用例。

7) 你的自动化套件会长期使用吗?

每个自动化脚本套件都应该有足够长的使用寿命，其新建成本应该绝对低于手动执行成本。然而分析每个自动化脚本套件的有效成本有点困难。

对于单独的构建(一般假设，取决于具体的应用程序的复杂性)，大约应该使用或运行至少15到20次自动化套件，才能获得良好的ROI。