总结UI自动化测试项目失败原因
发布时间：2020-10-20
1、需求不稳定，频繁变更的项目
UI自动化测试最大的挑战就是需求的变化，界面如果经常变动，脚本就需要重新编写，界面需求频繁的变更导致编写脚本的速度赶不上需求的变化，那UI自动化就是名存实亡，因此UI自动化测试特别适合需求稳定、不会频繁变更的项目。敏捷开发的项目需求不稳定，需求的变更经常会导致界面的变更，同时敏捷开发的项目周期短，因此敏捷开发的项目就不适合做UI 自动化。
2、被测系统开发不规范，可测试性需求不明确
UI自动化测试其实就是模拟手工点击，不像人眼可以直接找到需要点击的控件，程序就不一样了，需要我们事先要找到要点击的控件，然后让程序去点击完成模拟手工的操作。这就需要在项目开发前针对自动化测试定义一些列的规范，开发工程师在开发的时候遵循规范开发，UI自动化才可以进行下去。例如针对按钮控件没有定义唯一的id或者文本描述等，在自动化脚本编写的时候就无法找到该控件。如果开发在不同的版本之前经常随便变更控件的定义，那之前能执行的脚本在之后就无法正确的运行，需要实时维护，带来很高的人力成本而变得效率低下。同样的还有接口自动化测试过程中的接口参数等。
3、开发维护周期短的项目
对于一次性开发的、周期短的项目，考虑到UI自动化的投入产出比，不宜进行UI自动化测试。UI自动化的收益主要是在多轮测试的时候才能体现出来，试想一个维护周期短的项目测试的轮次比较少，如界面测试就测试几轮即可，这样完全可以使用手工测试就行了。同时自动化脚本的开发和调试本身就需要一定的时间，如果项目的周期短，没有足够的时间支撑脚本的开发，那也无需自动化测试了。
推荐阅读：
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系SPASVO小编(021-60725088-8054)，我们将立即处理，马上删除。
sales@spasvo.com
