震惊!!Xpath封装还能这么玩?

​背景酷家乐有一套自己的UI自动化框架--Hades,其主要以puppeteer与playwright为核心进行了二次封装改造,并整合了许多酷家乐设计工具前端api。使得UI自动化对canvas交互、前端性能测试有比较好的支持。除了能力上的扩展以外,Hades还有一个显著特点是:

闪电

服务端低代码实现和设计思路

一、分享的目的在理解了服务端低代码平台设计实现的基础上,能够让大家更好的使用低代码平台扩展出更多的能力,丰富工具的打造,知道什么时候可以使用,如何使用。kuta将来可能会走向内部开源,可以帮助kuta后来开发者对前面搭建的kuta架构有个高度概括的认识,在目前kuta中间层的基础

闪电

突袭演练实战经验

背景随着酷家乐业务快速成长,用户对于服务的稳定性要求也越来越高,再加上业务复杂度与日俱增,发生线上故障时,由于缺失合理预案、研发人员缺少应急经验,各种报警满天飞,导致自乱阵脚,延长故障持续时间,导致故障无法快速止血。系统是否健壮?是否有完善且合理的应急预案?研发人员是否掌握基础应

闪电

基于图像机器学习的自动化应用

一、当前UI自动化存在的问题1.1 自动化元素定位比较麻烦通过xpath或selector定位比较麻烦,要手动定位很多元素,写一条用例耗时比较久业务如果更新频繁,元素重新定位调试起来比较耗时1.2 特殊元素通过传统方式定位比较困难对于像全景图、漫游图等展示类的场景来说,元素定位很

闪电

分库分表迁移测试实践

一、背景随着公司的业务规模逐渐扩大,用户量和业务的复杂度日益增加,各业务组需要把统一库中业务相关的表迁移到自己的库中,方便维护。随着中台业务的发展,模数据的日益增加,单一的DB架构就会出现一系列问题,比如响应过慢,有时候甚至会出现超时,分库分表,接es改造,被提上日程。二、分析与

闪电

集群整体迁移测试策略实践

一、前置云原生给各中小公司工程效率带来了很大的便利,多家云厂商的架构体系不完全相同,在选择云厂商以及业务上云的过程中,整体的集群切换会是一个比较复杂的课题。酷家乐在2022年初进行了一次整体集群切割,实际的切换过程由于前期的认真准备和各项策略的实施取得了符合预期的效果。本文期望给

闪电

渲染全链路定位系统建设

本文作者---于闲背景简介背景从业务划分上看,在非渲染团队眼中“渲染”是工具线上的一个独立工具,如下图1。实际上的"渲染"是关联整个工具线的渲染出口业务,如下图2。而这种理解导致了只要是渲染出现了问题,全都先抛给渲染中台,终究是渲染一个人承受了所有。微服务架构下拆分的服务多链路长

闪电

深入性能测试数据分析

一、背景进行性能测试时,常用的一些技术指标能够发现大部分常见问题,但是有一些不够明显的性能异常可能需要做更深入的分析。本文详细记录了一些性能场景下相关数据分析方法及思路,对不够明显的数据变动做深入性能分析,从而发现性能问题,希望能够对后续的性能测试提供帮助。二、定位工具图解2.1

闪电

流量回放框架jvm-sandbox-repeater实践三

前言我们对jvm-sandbox-repeater流量回放框架的实践依然在继续,前文介绍了平台化搭建初期和应用推广初期暴露的问题,以及我们的应对方案。随着酷家乐流量回放平台(kurepeater)的推广和使用,产品整体可用性的问题开始暴露出来。篇幅有限,这里仅介绍3例产品可用性的

闪电