背景作为一个测试人员，保证产品的软件质量是其工作首要目标，为了这个目标，测试人员常常会通过很多手段或工具来加以保证，而覆盖率就是其中比较重要的一个环节。覆盖率是用来度量测试完整性的一个手段，是测试技术有效性的度量。希望有个平台可以统计整个迭代的后端覆盖率数据报告， 包括接口测试，
简介一站式压测平台是基于开源压测工具的基础上，结合公司的业务需要，面向研发同学的一款集压测流程管控，压测任务管理、自动化性能基线为一体的一站式压测平台。产生背景时间成本：单次压测临时申请施压机，增加时间成本和金钱成本。且多次压测采用不同的环境压测，结果不具有对比性。数据成本：脚本
涉及到网络层面的问题一般都比较复杂，场景多，定位难，成为了大多数开发的噩梦，应该是最复杂的了。下面通过一个实际的例子来阐述遇到了要怎么办。现象部署在矩阵机房的较多应用频繁报出toad异常，Encounter unknown error when watch config chan
个人成长剖析入职时间：2018年9月12日背景：1、在入职公司以前，处于偏传统的企业或者各种规范不太完善的小公司。最明显的差距是，最基础的Code Review机制在以前的工作经历中是从没有过的，更没有什么统一的标准编码规范。所以，在入职初期，很明显的感觉到自己和组内同学的一些差
测试环境是每一个软件开发团队都必须认真面对的事物。不管底层环境提供能力如何变化，与之对应的上层相关的环境可用性建设方法却有相似之处。本文记录了我司测试团队内部的线下环境可用性小组（简称小组，下同）在测试环境方面的实践，旨在留下阶段总结以便后续借鉴。一、小组成立背景公司层面公用统一
背景 1、聆听计划平台：在外围竞争日益激烈，客户的诉求越来越多的情况下，酷家乐作为拥有2500+万用户量的云设计平台，我们特别注重用户的体验度。 从某种角度讲，用户是最好的产品经理，我们需要和用户共创打造出真正能帮到用户实现客户成功的软件，我们需要聆听用户的心声，并且用户的心声对
应用 Kubernetes 化已经开始推进了一段时间，监控系统也提供了 Kubernetes POD 相关的监控指标和警报规则。由于 Kubernetes 和传统的物理机/虚拟机是完全不同的运行环境，因此监控系统提供的监控指标也存在一定的区别。虽然我们已经尽量统一不同平台的差异，
背景度量的根本目的是为了管理的需要，没有对软件过程的可见度就无法管理，而没有对见到的事物有适当的度量或适当的准则去判断、评估和决策，也无法进行优秀的管理。而度量，是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程。而这个过程是多样性的，不同的业务关系的度量
背景：为了保证数据库更加合理和稳定，配合业务与发展的需要，渲染中台进行了大量的垂直拆分与迁库迁表。这其中遇到的坑点也不少，一起总结整理下经验，形成一套流程化操作标准，降低日后的工作复杂度一、前期分析与设计1、有哪些表需要迁移表的迁移拆分总共进行了三波，前后持续了大约8个月。由于中
