对UI自动化的思考

本文探讨了UI自动化在测试中的角色,尽管投入大、维护成本高,但因其能模拟真实用户操作、适用于回归测试及组件化页面的验证,仍然具有重要价值。面对测试挑战,作者寻求自我提升和有效的工作模式。
摘要由CSDN通过智能技术生成

今日,刚自动化入门,写了点自动化的脚本,引发了我对UI自动化的思考。

1.为什么搞自动化

现在都智能社会了,程序都自动运行,测试为什么不能自动化呢?答案是,现在的测试还不能实现完全的自动化,就算是脚本过了,测试人员也不敢断定程序就是没问题的。所以所有的自动化都是测试的辅助,都无法完全代替手工测试。

2.现有的自动化测试

由于刚入行,知道的测试形式可能比较少。

包括有UI自动化,接口自动化,单元测试自动化,代码扫描。

根据敏捷大师Mike Cohn提出的测试金字塔(越往上投入越多输出越少)。

我们不难看出UI自动化投入多但回报很少,那么我们为什么还要进行UI自动化呢?

3.为什么搞UI自动化

为什么ui自动化出力不讨好但我们还要做呢?确实,相比于接口的自动化,UI自动化缺少灵活性,前端代码又复杂,交互又灵活,说是一劳永逸的写好一个自动化脚本那纯属扯淡,就算是封装的再好,也需要人去维护。随着自动化脚本迭代的增加,维护的成本也在增加。

UI自动化也不能拿去做新系统的测试,不能在测试初期投入使用,项目上线时间紧,跟高效率的人工比,自动化就显得鸡肋。

说了这么多缺点,下面来说说他的有点。

1.最真实的模拟用户操作,对接口的测试不涉及前端

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值