图形界面自动化测试中的不稳定因素

本文探讨了在Android平台实现Toast控件、蒙版效果、Tooltip等交互元素时遇到的技术挑战,并分析了页面大量使用JS库控件、异步事件处理、拖拽效果及Timing相关问题对自动化测试的影响。同时,指出被测产品响应速度低于自动化脚本预期的应对策略。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1. 类似安卓平台的Toast控件, 出现一段固定的时间,然后自动消失;
2. 蒙版效果(Cover),进度条(Progress bar), 出现一段不固定的时间,然后自动消失;
3. Tooltip, Hover popup, 需要浏览器保持focus,因此很容易受弹出窗口比如IM软件弹出窗口,或者广告弹窗干扰而失败,在使用扩展屏的时候也可能出问题;
4. JS库浏览器端控件带有缓存机制,控件会根据显示区域的大小动态决定哪些数据出现在DOM中,但无论是哪部分数据,都不一定是全部数据(除非数据量很少),这样自动化工具就没办法方便地取到所有数据;
5. 页面大量使用 JS 库控件 + 异步事件处理,甚至在此情况下混合使用了嵌入frame;
6. 只读区域双击或者单击变成可编辑区域,编辑完成后回车变回只读区域,整个过程中同一区域不同HTML元素在显示/隐藏; 
7. 拖拽效果 (同一DOM内拖拽,跨DOM拖拽)
7. Timing 相关问题 : 比如metrics 测试 , 
           1) metrics 数据的制造过程和验证之间需要间隔一个不确定的时间段 
           2) metrics 数据的验证方法, 1 和 0.99998是不是相等 ?
           3) 1000个 metrics 数据的比较,中间随机出现一两个数据不等,是否算是验证通过 ?
           4) 1000个 metrics 数据的比较,期望数据和实际数据有偏移 (时间换算上出了问题)
8. 被测产品响应速度低于自动化脚本希望的响应速度 ; 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值