故障演练平台开发实践

背景现状2015 年开始,酷家乐整体技术架构从早期的单体应用开始向微服务化迈进,经过垂直/水平拆分,再将核心能力下沉抽象,以数字化形式沉淀为业务中台。架构的演进带来了以下三个突出问题:架构的大规模变更过程导致稳定性故障频发架构的复杂化导致 “流程优化(Code Review/ 上

测试
闪电

我们的"火星日"

上周因忙于部门内部火星日比赛的活动,技术文章推送比平时晚了几天,在此表示歉意。下面就念叨下什么是酷家乐质量效能部的"火星日"(然鹅我们并不是从火星来的)~什么是火星日火星日是酷家乐质量效能部半年举办一次的技术专题竞赛活动。竞赛主题由整个部门同学提前2-3个月投票选出,所有同学都均

测试
闪电

代码度量平台

背景公司业务飞速发展,技术团队不断扩张,面对这样的局势,技术团队引入了很多高P的人才,他们有着不同的大公司背景,在引导团队不断向前的同时,也面临着技术上的挑战。大部分技术人员来自不同的公司,有着不同的技术背景,也深受着以往公司的技术文化影响,大家的编码风格、编码规范都带着过去的影

测试
闪电

在镜像管理中我们可以做哪些

1、引言随着公司最近几年提出的全面容器化,迈向云原生体系建设的推进,现在整个微服务体系下的服务线下环境已经全部运行在 K8S 上,在 19 年中所有服务的线上环境也全部运行在 ECS 里的 docker 容器上。在服务容器化的推进过程中,遇到了各种各种的问题,从镜像构建时到容器运

docker
zhongshu

Android精准测试探索:测试覆盖率统计

背景随着业务与需求的增长, 回归测试的范围越来越大,测试人员的压力也日益增加。但即使通过测试同学的保障,线上仍然会存在回归不到位或测试遗漏的地方导致出现线上故障。因此我们需要通过类似jacoco的集成测试覆盖率统计框架,来衡量测试人员的回归范围是否精准、测试场景是否遗漏;保障上线

测试
闪电

覆盖率平台开发实践

背景作为一个测试人员,保证产品的软件质量是其工作首要目标,为了这个目标,测试人员常常会通过很多手段或工具来加以保证,而覆盖率就是其中比较重要的一个环节。覆盖率是用来度量测试完整性的一个手段,是测试技术有效性的度量。希望有个平台可以统计整个迭代的后端覆盖率数据报告, 包括接口测试,

测试
闪电

一站式压测平台实践

简介一站式压测平台是基于开源压测工具的基础上,结合公司的业务需要,面向研发同学的一款集压测流程管控,压测任务管理、自动化性能基线为一体的一站式压测平台。产生背景时间成本:单次压测临时申请施压机,增加时间成本和金钱成本。且多次压测采用不同的环境压测,结果不具有对比性。数据成本:脚本

测试
闪电

应用频繁报出cause java.net.SocketTimeoutException: Read timed out怎么办

涉及到网络层面的问题一般都比较复杂,场景多,定位难,成为了大多数开发的噩梦,应该是最复杂的了。下面通过一个实际的例子来阐述遇到了要怎么办。现象部署在矩阵机房的较多应用频繁报出toad异常,Encounter unknown error when watch config chan

后端
xingge

晋升绩效总结——泡泡

个人成长剖析入职时间:2018年9月12日背景:1、在入职公司以前,处于偏传统的企业或者各种规范不太完善的小公司。最明显的差距是,最基础的Code Review机制在以前的工作经历中是从没有过的,更没有什么统一的标准编码规范。所以,在入职初期,很明显的感觉到自己和组内同学的一些差

测试
闪电