背景：为了保证数据库更加合理和稳定，配合业务与发展的需要，渲染中台进行了大量的垂直拆分与迁库迁表。这其中遇到的坑点也不少，一起总结整理下经验，形成一套流程化操作标准，降低日后的工作复杂度一、前期分析与设计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 等。通过调研
背景 你是否因为经常需要查询服务日志害怕遗漏潜在问题到线上出现质量问题而担心； 你是否因为成千上万条的错误日志顾暇不及而不知如何下手； 你是否因为每次通过日志发现问题后人肉记录的重复过程感到枯燥无趣； 那么你现在可以加入我们的日志走查平台，我们已经将 日志走查→发现问题→聚合问题
因为近期一直在接SKA的项目， 包括圣*， 满xx， 某某家， HT等等， 基本涉及了酷家乐所有的业务线。作为这类大型跨组项目的主测试在把控质量的过程中遇到了许多问题与挑战， 所以希望可以总结下来， 以便大家能共同探讨。开始的我遇到的问题：我要了解每个业务线的需求和实现逻辑， 异
前言今年3月份团队Scrum Master角色空出来后，我争取到这个角色，并在业务敏捷组担任这个角色近9个月时间。"纸上得来终觉浅，绝知此事要躬行"。正常研发迭代，SM的工作看起来可有可无，让人觉得繁杂而琐碎。但是在经历了三个跨组项目以后，暴露出很多问题，让我有些措手不及，思考良
一、前端性能测试背景Why Performance Test:Google Performance提到性能的四个价值：Google网站访问速度每慢400ms就导致用户搜索请求下降0.59%;Amazon每增加100ms网站延迟将导致收入下降1%;雅虎如果有400ms延迟会导致流量
