测试环境是每一个软件开发团队都必须认真面对的事物。不管底层环境提供能力如何变化，与之对应的上层相关的环境可用性建设方法却有相似之处。本文记录了我司测试团队内部的线下环境可用性小组（简称小组，下同）在测试环境方面的实践，旨在留下阶段总结以便后续借鉴。一、小组成立背景公司层面公用统一
背景 1、聆听计划平台：在外围竞争日益激烈，客户的诉求越来越多的情况下，酷家乐作为拥有2500+万用户量的云设计平台，我们特别注重用户的体验度。 从某种角度讲，用户是最好的产品经理，我们需要和用户共创打造出真正能帮到用户实现客户成功的软件，我们需要聆听用户的心声，并且用户的心声对
背景度量的根本目的是为了管理的需要，没有对软件过程的可见度就无法管理，而没有对见到的事物有适当的度量或适当的准则去判断、评估和决策，也无法进行优秀的管理。而度量，是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程。而这个过程是多样性的，不同的业务关系的度量
背景：为了保证数据库更加合理和稳定，配合业务与发展的需要，渲染中台进行了大量的垂直拆分与迁库迁表。这其中遇到的坑点也不少，一起总结整理下经验，形成一套流程化操作标准，降低日后的工作复杂度一、前期分析与设计1、有哪些表需要迁移表的迁移拆分总共进行了三波，前后持续了大约8个月。由于中
以云图为例，回顾反思一下超大项目的质量保障该如何做。背景：云图项目是设计工具一次大升级，涉及敏捷组20+，项目参与者100+，项目历时11个月；其中启动到发布历史6个月；用户迁移历时5个月。核心难点:1、涉及核心底层改造，影响面广测试覆盖难度大。之前设计工具是各个业务独立各自的前
一. 前言你是否和我一样遇到过以下的问题？1）服务重构，一堆接口需要回归，让人头疼2）每次迭代，都要花很多精力来进行回归测试3）线上bug，线下复现不了4）接口自动化用例写辛苦，维护更辛苦… …或者许你正在被这些问题困扰。你可能和我一样也尝试过一些流量回放工具来解决上述问题，但最
背景介绍 系统重构、拆分、底层依赖变更，变更影响范围大，测试回归冗余而繁杂，测试如何进行高效率的回归测试？ 为了解决上述问题，我们结合了公司内部资源及一些优秀的开源工具，开发了kudiffy平台。 首先，先来介绍一下两个开源工具。 1. Diffy Twitter公司发布的自动化
背景介绍：目前iPad 有三个iOS APP，分别是COOHOM，酷家乐云设计和企业云设计， 每次发版前回归量很大，所以我们需要自动化手段来提高我们的测试效率。目前移动端有多种自动化测试工具和方法，例如Appium，UITesting和KoolTest，Macaca 等。通过调研
背景 你是否因为经常需要查询服务日志害怕遗漏潜在问题到线上出现质量问题而担心； 你是否因为成千上万条的错误日志顾暇不及而不知如何下手； 你是否因为每次通过日志发现问题后人肉记录的重复过程感到枯燥无趣； 那么你现在可以加入我们的日志走查平台，我们已经将 日志走查→发现问题→聚合问题
