UI自动化测试
更新时间:2022-01-07 09:37:05 作者:多测师 浏览:280
适合UI自动化测试的场景
当然,不是所有的测试场景都适合用自动化测试来实现。
对此,可以参考以下的标准辅助判断:
项目的需求不会频繁变动
页面的 UI 已经进入稳定阶段
项目周期足够长
大量回归的测试任务
其中,有一些项目是明显不适合使用 UI 自动化测试的,例如视频播放器(暴风影音,腾讯视频,爱奇艺等),音乐播放器(例如网易云音乐,QQ 音乐等)等交动性强,并发依赖强的软件。
原因是,这一类软件,判断视频内容对不对,判断音乐声音与歌词对不对,难度极大。
另外,延伸一个话题:关于自动化测试的覆盖率,面试会问到的一个点。
国内大多数互联网公司的项目迭代周期比较短,因此自动化覆盖率一般都不高。
具体还是要根据项目迭代周期进行描述,参考标准是:
迭代周期是半年或者一年以上的项目,每次需求变动很少,自动化测试的覆盖率一般是60%-70%,主要是覆盖之前的旧功能以及核心场景
迭代周期为一个月的项目, 覆盖率大概是25-30%,主要是覆盖 P0(极重要)级别的绝大多数用例,与 P1(重要)级别中的部分用例
1~2周一个迭代的项目,覆盖率大概是10%,主要是覆盖 P0(极重要)级别,可能会对用户造成严重影响的核心场景
其次,UI 自动化测试的时间切入点主要有2个:
冒烟测试阶段
回归测试阶段
UI 自动化测试设计原则
一个测试用例完成一个功能点测试(常用):一个手工用例对应一个自动化测试用例
一个脚本是一个完整的场景
脚本之间独立,不能有依赖(脚本间相互隔离):例如与登陆状态相关的用例:个人中心、订单详情、下单购物等,如果脚本之间不独立,相互依赖,在登陆的测试脚本失败的情况下,会导致个人中心、订单详情、下单购物的测试脚本全军覆灭,后续修复与维护成本高
设置合适的检查点:通过断言判断用例的成功与否
设计良好的框架:Python 常用的测试框架有 unittest 与 pytest,利用框架,及对共用的测试模块进行封装,减少自动化测试脚本维护的工作量
以上内容为大家介绍了UI自动化测试,希望对大家有所帮助,如果想要了解更多接口自动化测试相关知识,请关注多测师。https://www.aichudan.com/xwzx/
上一篇:自动化测试框架生成用例
下一篇:微信自动化方案