Mob Refectoring：扎堆儿编程的一次经历
这是我在2009年带领 GoCD 团队时的一个经历。套用现在的时髦词汇，就叫“mob programming”。 团队对某一模块的代码进行了一次重构，引入
微软测试转型的历程与心法(5000字长文)
一、微软如何做测试 长期以来，Microsoft都为每个软件产品都设定了一个基本的工程人员配置。每个产品团队都有三个不同的职能人员。产品经理（
微软巨人，如何将敏捷原则应用于团队改造
本文主要是讲Azure DevOps和DevOps Server团队在应用敏捷原则过程中，如何管理团队，角色，计划，迭代和流程的改进，由Aaro
微软:测试左移，让其运行更快、更可靠
我们原来是怎么工作的 2014年9月，我们已经进入了云计算的第三个年头。然而，我们当时仍旧是按照云计算时代之前的那种传统方式进行测试。 我们试图
微软：测试右移，生产环境上的持续测试
生产环境是唯一的，无法复制 这是我们重要变某的第三部分，也是最后一部分。正如你见过的，我们减少了对在实验室内做功能测试的依赖，转而使用单元测试
Etsy的移动端持续交付流水线
引言 在很久以前，本站报导过Etsy如何实现Web端每日在生产环境上部署40次。现在移动应用大潮来了，它又是如何做的呢？ 正文 移动app的好评在
既满足PCI-DSS，又做持续部署。电商网站 Etsy 如何做到的呢？
Etsy每天向生产环境部署25到50次； 他们为其支付系统构建一个符合PCI-DSS（支付卡行业数据信息安全标准）的环境； 责任分离并不是指：大
IMVU如何在实施持续部署的同时确保软件质量
正文 在科技圈的各种大会上，我们和很多人有过交谈，他们对我们在 IMVU 网站上的持续部署流程很感兴趣，想知道我们是如何每天部署50次代码的。我们也听到
原来测试代码，可以写得这么简单！！！
写单元测试应该非常简单， 简单到只需要 3、5 行代码，就是一个完整的测试用例， 如果做不到， 那么，9 行代码也就够了。 下面是 goCD 的快速单元测试，即： F
谷歌 SRE 对生产事件的响应时间与工作要求
既然有这样要求，那么，SRE 就会有工作超负荷的现象。 那么，如何解决超负荷的问题呢？ 场景再现 假设有一个 Connection 服务，它负责前端负载平衡和终止无效地最