公司:酷家乐
浅谈敏捷团队度量指标分析
浅浅聊聊Scrum团队度量数据的系统性分析与解读
酷家乐国际化业务多语言保障实践
AI扫描是未来的趋势,可以帮助验证多语言接入的准确性和正确性。目前,我们只能进行基础的中文文本检测,但可以利用大模型如chatgpt来进行更全面的扫描,包括语义、错别字等。团队还将探索更多AI与自动化的结合,解决其他重复测试场景的问题。推荐阅读中提供了关于前端设计工具性能问题排查、使用油猴插件提高测试工作效率以及有效开展大型项目测试复盘的文章。
前端设计工具性能问题排查的一些思路与保障方法
文章主要讨论了工具前端性能问题排查中的难点和解决方法。作者强调了明确跟进性能问题的方向和场景的重要性。针对用户反馈的问题,需要快速识别性能问题。同时,建立线下的拦截机制和线上的性能监控是必要的。针对不同场景,可以通过耗时和帧率等指标进行监控。此外,还需要获取硬件信息和分析方案信息。在解决问题时,要区分优先级,重要问题优先处理。最后,建立数据监控看板和指标保障是必要的。
如何使用油猴插件提高测试工作效率
油猴脚本通常被网友广泛制作成各类神器,引入到酷家乐设计工具测试工作中也发挥了不错的效果。
如何有效开展大型项目的测试复盘
好的复盘应该是准备充分、组织得当,通过对过去事件进行总结、反思、提炼和持续提高的过程方法。复盘的对象也很多:包括项目、事件、个人也有团队成员。
项目测试一号位——主测试的培养
随着互联网及软件行业的发展,技术层面对服务的要求也越来越高,服务架构也从单体架构逐渐演变为现在流行的分布式架构;产品层面,伴随产品的复杂度和完整性提升,一个产品涉及的服务及模块也越来越多。
定位时长缩减90%:酷家乐如何提升系统故障根因分析准确率?
进入1分钟定位阶段。一般能在发现故障后30s内定位完,较复杂的也能在1分钟内定位。
MTSC专题系列--酷家乐在线化接口测试实践
微服务化下的自动化测试微服务化下,环境的变化也是双刃剑。拆分出来的服务增加了接口的复杂性,导致接口数量膨胀,单元测试在微服务化下也发生了变化。
避免营销活动资损的测试方法
本篇文章详细介绍如何有效的避免活动产生资损。
详解自建Mock平台解决开发测试难题
在日常开发测试中,我们常常会遇到手动去数据库改数据,构造数据等一系列需要改变正常返回数据的情况,基于此推出了Mock平台,一种功能强大的开发工具。
酷家乐线下环境稳定性建设实践
在标准化建设方面,我们已经定义了线下基准环境,并辅助以规范和流程,以支持日常的研发测试活动。针对新问题,我们进行了稳定性建设治理工作,从基础建设、事前预防和事发应急几个方面进行工具和能力的建设,形成了长效机制。未来我们将进一步探索资源成本、环境自愈和数据稳定性。
酷家乐线上稳定性保障体系实践
公司在解决稳定性问题方面采取了多种措施,如宣传、文化建设、培训和分享,并设立稳定性奖项。然而,流程缺失导致稳定性工作混乱。故障应急时,缺乏统一指挥和协调,导致信息不通畅。不同业务线的同学进行了大量操作,反而恶化了故障。因此,除了以上措施外,还需要解决流程机制问题,确保稳定性工作能够高效进行。
开放API稳定性保障
酷家乐提供了一套对外的开放API能力,以支持将客户系统与酷家乐系统打通,来实现双方合作共赢。
而在酷家乐内部,又分为开放API平台方(提供基础能力)和业务方(提供底层业务接口)。
但业务方众多,变动频繁且不受控,一旦出现问题会直接影响客户系统且问题排查困难:
-
比如业务方接口多返回了一个字段,而作为平台方没有任何拦截措施,导致客户系统无法对这个字段进行解析,就有可能引发系统故障。
-
又比如客户系统进行压力测试,导致流量突然增大,如果没有干预可能引起整个服务崩溃进而影响其他客户的正常使用。
作为直接面对客户的开放API平台方,必须对底层的业务API进行管控。
基于此,我们需要开放API业务有更高的稳定性保障能力。
插件化设计模式在前端领域的应用
软件开发中,随着系统功能变多,复杂度成指数级上升,而复杂度的增高多来源于模块间的耦合过于严重,插件化的设计模式能一定程度解决模块耦合的问题。抽象出系统的核心流程节点,基于这些节点与多个插件进行交互,最终实现整个系统。当然,前端领域的一些场景也有插件化应用的案例,本篇文章我们基于这些案例,一览其中的设计原理与插件核心执行流程。
Electron 实现文件关联
酷家乐客户端最近需要实现文件关联,把 CAD 文件关联到应用上,双击文件可以直接打开应用进行 CAD 预览。
文件关联与操作系统相关性比较大,不同的操作系统实现方式也会不同。不过如果使用 electron-builder 进行应用打包,可以直接通过 fileAssociations 配置来实现文件关联。
而这边使用 electron-packager 打包,不会直接产出安装程序,所以需要自行实现文件关联,同时可以借机进一步了解 Windows 和 Mac 实现文件关联的细节。
你真的了解客户吗?立足客户真实场景的产品开发流程优化实践
你所带的项目是否有过以下类似遭遇:
自信满满的成熟产品杀入新市场受挫:基于成熟家装市场产品改造扩展至公装市场时,由于设计习惯、模型素材、性能要求等都存在一定差异,一系列客户交付项目在实施落地初期困难重重;
寄予厚望的新功能推出后却故障频出:某个打通小程序生态的自由设计功能作为攻克中小厂家的利器,由于未充分考虑中小客户多样化的使用场景,上线后各类大小故障频出,被迫回炉重构;
不起眼的小改造却引起重大客户损失:某项目中针对某类价格计算逻辑的改造未充分考虑功能使用场景和影响范围,使得客户报价牌与报价清单展示价格不一致,导致客户丢单从而引发客诉。