携程跨终端跨框架UI自动化测试方案Flybirds

作者|Liang，携程资深测试专家，开源项目作者，关注DevOps、自动化框架、工具平台等。一、背景多端研发是当今时代前端开发无法回避的话题。为了解决这些问题，业界推出了很多开发方案，但是跨终端UI自动化测试的方案并不多。Flybirds自2022年初开源至今已经三个多月了，通过与社区活跃用户的交流和反馈，推出了v0.2版本的跨终端跨框架测试方案。方便社区开发者自由加入和扩展，共同建设和成长。2、v0.2新特性支持多端脚本复用，支持多浏览器渲染引擎：Chromium、WebKit、Firefox支持多浏览器并发模式下的兼容性测试3、我们需要什么样的多端测试方案最近几年？，每隔一段时间就会有很多新的开发框架出现，在带来更好的开发体验和性能的同时，也给自动化测试带来了很多问题。我们需要什么样的多端测试解决方案？从Flybirds的角度来看，我们希望多端测试不要成为研发过程中的障碍，尤其是在整体多端生态蓬勃发展的情况下，自动化测试方案应该与开发计划一起成长。无论是Web、ReactNative，还是Native，理想的解决方案应该是多端适配，保持良好的扩展性，兼顾更多的框架，由社区共同建设，促进整体生态的繁荣。因此，就有了Flybirds提供给社区的跨平台的End-to-end框架测试方案。4.插件架构插件架构帮助我们分离每一端的能力。插件提供运行时所需的组件、API和配置，Flybirds将其注入到相应的生命周期中。4.1文件结构├─cli脚手架├─core|├─config_manage.py配置管理|├─数字用户线|│├─全球化国际化处理|│└─step步骤列表|├─global_resource.py全局配置|周期管理|└─插件|├─活动活动管理|├─plugin_manager.py插件管理|└─插件|├─androidAndriod相关处理|├─iosiOS相关处理|└─webWeb相关处理├─reportreport├─template模板处理└─utils4.2DSL步骤列表当然，在这个架构中，每一端都略有不同，主要是由于每一端的平台差异。以下是各端支持的DSL步骤列表。大多数步骤可以应用于多个端点。5.多终端应用示例5.1测试用例功能：乘客模块@p1@android@web场景：暴露passenger_selection列表页面乘客跳转到【单向填写页面】，页面渲染完成后出现【已选航班】元素人名]然后[选择旅客的文案]的文本是[选择旅客]然后[选择的旅客姓名]的副本是[李易峰]然后[选择的旅客证件类型]的副本是[护照]然后[已选择[PassengerIDNo.]且文案为[YHE77]，则有[PassengerTypeLabelChild]的元素，则返回上一页两种情况：1）两端相同时，参考如下配置//元素定位器配置ele_locator.json{"Selectpassengercopy":"testid=passger_check","Selectedpassengername":"testid=passger_name_checked","SelectedpassengerIDtype":"testid=passger_ct_checked","SelectedpassengerID"number":"testid=passger_cn_checked"}2)当di不同终端不同，通过android、ios、web来区分//scheme配置schema_url。json{"单向填写页面":{"android":"urlschemel://auth_activity","ios":"urlschemel://ios_auth_activity","web":"https://address"}}//元素定位配置ele_locator.json{"PassengerTypeLabelChild":{"android":"textid=passger_type_child","ios":"lableid=passger_type_child","web":"xpath=//html/body/div"}}6.数据驱动参数化在实际项目中，自动化测试大多基于数据驱动参数化，因此需要配合“场景大纲+示例”一起使用。这里我们修改上面的例子：功能：PassengerModule@p1@android@web场景大纲：暴露passenger_selectionlist乘客页面跳转到【单向填写页面】时，页面渲染完成，出现元素【选择的乘客姓名】，然后的副本为