Web UI自动化测试框架总结

发表于:2022-6-22 09:18

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:自动化测试冰茶    来源:今日头条

分享:
  实施过了web系统的UI自动化,回顾梳理下,想到什么写什么,随时补充。 首先,自动化测试不是手动测试的替代品,是比较好的补充,而且不是占大比重的补充。 70%的测试工作集中在底层接口测试单元测试,20%的测试工作为集成测试,其他10%的测试即为界面测试。开发方向:

  1、尽可能的相通的模块,通用的封装
  2、开发约定好,便于定位
  3、适用兼容测试
  4、无界面运行
  5、快速定位问题:报错信息、错误截图
  6、多环境

  收益点
  1、脚本开发时间和复用次数
  2、快速验证,第一时间响应问题

  还可以做哪些?
  1、兼容性
  2、多环境
  3、便于快速定位
  4、提炼更多通用模块。
  5、调研更优解决方案,比如:cypress等
  6、case依赖优化
  7、深度校验

  什么样的项目适合web自动化
  1、系统稳定,太多的阻止程序或更改
  2、准备之前,先手工测试,确认自动测试可以涵盖的系统功能
  3、需要多系统,多浏览器兼容性测试

  什么样的功能点需要web自动化
  1、主业务流程
  2、易于实现自动化的web元素、页面
  3、重复量大的功能

  web自动化常见的验证点
  1、页面元素验证
  2、页面列表数据验证
  3、页面元素属性?
  4、UI的文本,图片显示正确性
  5、UI的交互逻辑正确性测试
  6、UI上的用户行为正确性测试

  对于web自动化框架常见的需求点
  1、分布式执行,可以多机器,多浏览器同步执行脚本
  2、适用于不同环境运行
  3、分层设计,方便维护
  4、生成测试报告
  5、模块的复用
  6、必要的日志搜集

  UI自动化收益点的采集
  1、回归测试需要定期运行,在自动化时,它们可以节省测试人员的时间,我们可以更专注于其他场景和探索性测试。
  2、脚本开发时间和复用次数
  3、误报频率

  UI自动化缺点or局限
  1、不能快速反馈(相对于单元测试和API测试)
  2、只会对于case已确定的内容进行校验
  3、运行的稳定性
  4、发现的错误不多,大多数错误似乎是通过“意外”或进行探索性测试而发现的。这可能是因为在每个探索性测试会话期间,我们可能以不同的方式测试应用程序,从而通过应用程序找到新的漏洞
  5、编写优秀且稳定的XPath / CSS定位器所花费的时间,并在底层HTML标记发生变化时更新它们。
  6、UI本身的变化性,要想达到和手工测试相同的覆盖率,投入比较大。

  如何进行CI(Continuous Integration),也就是持续集成。
  ● 持续提交代码 (Check-in)
      ○ 一天之中多次提交。
  ● 持续构建代码 (Build)
     ○ 保证在任何时刻代码是可以继续开发的。
  ● 持续部署代码 (Deploy)
     ○ 保证始终有一个可以部署的版本。
  ● 持续测试代码 (Test)
     ○ 每次提交均执行单元测试。
     ○ 每天一次或数次集成测试。
     ○ 每天一次或数次系统测试 复制代码不过,高频的集成,还是用接口更加合适,后面的工作会把系统的交互接口自动化,届时分享。

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理
21天更文挑战,赢取价值500元大礼,还有机会成为签约作者!

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计

法律顾问:上海漕溪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2022, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号