以云图为例，回顾反思一下超大项目的质量保障该如何做。背景：云图项目是设计工具一次大升级，涉及敏捷组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延迟会导致流量
一、背景数据迁移测试，往往涉及到功能又涉及到底层数据，在新旧版本之间都需要做兼容，需要关注的内容比较多，涉及的面比较广，可能带来的问题也比较隐蔽，本文以一个相对复杂的数据迁移测试场景为例，简单总结了一些数据迁移测试过程当中的核心关注点及测试方法。二、测试分析在进行测试之前，需要对
