一、背景：接口自动化是一种能提高服务回归效率，保证服务稳定性的重要方式。但是对很多做接口自动化的测试来说，往往痛苦大于快乐。主要问题还是在于接口自动化的校验。写校验成本较高。很多接口响应字段可能非常多，结构体复杂，要做到详细校验编写成本很高。而越详细的校验，维护成本也越高。测试
“利特莫斯”是什么？Litmus由测试效能开发，用于检测代码质量的平台。Litmus支持代码异味、重复代码、复杂度、单元测试成功率、单元测试覆盖率等指标的获取。只有提测的代码质量越高，我们交付的产品的质量才有可能越高。上述指标的获取基于开源工具Sonar和Jacoco。下图为Li
背景酷家乐有一套自己的UI自动化框架--Hades，其主要以puppeteer与playwright为核心进行了二次封装改造，并整合了许多酷家乐设计工具前端api。使得UI自动化对canvas交互、前端性能测试有比较好的支持。除了能力上的扩展以外，Hades还有一个显著特点是:
一、分享的目的在理解了服务端低代码平台设计实现的基础上，能够让大家更好的使用低代码平台扩展出更多的能力，丰富工具的打造，知道什么时候可以使用，如何使用。kuta将来可能会走向内部开源，可以帮助kuta后来开发者对前面搭建的kuta架构有个高度概括的认识，在目前kuta中间层的基础
背景随着酷家乐业务快速成长，用户对于服务的稳定性要求也越来越高，再加上业务复杂度与日俱增，发生线上故障时，由于缺失合理预案、研发人员缺少应急经验，各种报警满天飞，导致自乱阵脚，延长故障持续时间，导致故障无法快速止血。系统是否健壮？是否有完善且合理的应急预案？研发人员是否掌握基础应
一、当前UI自动化存在的问题1.1 自动化元素定位比较麻烦通过xpath或selector定位比较麻烦，要手动定位很多元素，写一条用例耗时比较久业务如果更新频繁，元素重新定位调试起来比较耗时1.2 特殊元素通过传统方式定位比较困难对于像全景图、漫游图等展示类的场景来说，元素定位很
一、背景随着公司的业务规模逐渐扩大，用户量和业务的复杂度日益增加，各业务组需要把统一库中业务相关的表迁移到自己的库中，方便维护。随着中台业务的发展，模数据的日益增加，单一的DB架构就会出现一系列问题，比如响应过慢，有时候甚至会出现超时，分库分表，接es改造，被提上日程。二、分析与
一、前置云原生给各中小公司工程效率带来了很大的便利，多家云厂商的架构体系不完全相同，在选择云厂商以及业务上云的过程中，整体的集群切换会是一个比较复杂的课题。酷家乐在2022年初进行了一次整体集群切割，实际的切换过程由于前期的认真准备和各项策略的实施取得了符合预期的效果。本文期望给
本文作者---于闲背景简介背景从业务划分上看，在非渲染团队眼中“渲染”是工具线上的一个独立工具，如下图1。实际上的"渲染"是关联整个工具线的渲染出口业务，如下图2。而这种理解导致了只要是渲染出现了问题，全都先抛给渲染中台，终究是渲染一个人承受了所有。微服务架构下拆分的服务多链路长
