模拟的UI自动化变更Influx趋势图

这篇文章属于老文重发，是从我新浪博客那里扒过来的。

UI自动化测试一向以高投入著称。最显著地特点是高维护成本。手头上没有现成的代码变更、框架维护等开销的数据，根据理解模拟了一个三年内的趋势图（x-月，y-变更infulx幅度）。结论是：一定要避免UI框架变更，需求引起的UI变更和自动化实现技术的变更这风暴潮三聚头。

假定：

• UI框架：每两年一个大的变更。
• UI: 受产品需求和UI框架变更的影响。基本半年一个较大幅度的变更发布。
• 自动化实现技术：每年一个大的变更发布。
• 产品测试框架：

LOW=2 (吸收全部以上变更)
HIGH=UI+自动化实现技术（的变更）
三年的变化趋势图如下：

模拟的UI自动化变更Influx趋势图

两点说明：
1）没有考虑 UI框架->UI +自动化实现技术->产品测试框架 的前后变更的滞后效应。
2）变化幅度没有单位。

从这个图上看，最差情况下，UI框架变更，需求引起的UI变更和自动化实现技术的变更，三者风暴潮三聚头的话，测试框架的工作量将是平常(6)的 200%+。这肯定是团队所不能承受的成本。