这篇文章属于老文重发，是从我新浪博客那里扒过来的。
UI自动化测试一向以高投入著称。最显著地特点是高维护成本。手头上没有现成的代码变更、框架维护等开销的数据，根据理解模拟了一个三年内的趋势图（x-月，y-变更infulx幅度）。结论是：一定要避免UI框架变更，需求引起的UI变更和自动化实现技术的变更这风暴潮三聚头。
假定：
- UI框架：每两年一个大的变更。
- UI: 受产品需求和UI框架变更的影响。基本半年一个较大幅度的变更发布。
- 自动化实现技术：每年一个大的变更发布。
- 产品测试框架：
LOW=2 (吸收全部以上变更)
HIGH=UI+自动化实现技术（的变更）
三年的变化趋势图如下：
两点说明：
1）没有考虑 UI框架->UI +自动化实现技术->产品测试框架 的前后变更的滞后效应。
2）变化幅度没有单位。
从这个图上看，最差情况下，UI框架变更，需求引起的UI变更和自动化实现技术的变更，三者风暴潮三聚头的话，测试框架的工作量将是平常(6)的 200%+。这肯定是团队所不能承受的成本。
