软件开发从传统的瀑布流方式到敏捷开发，将软件交付过程中开发和测试形成快速的迭代交付，但在软件交付客户之前或者使用过程中，还包括集成、部署、运维等环节需要进一步优化交付效率。因此Devops的产生将敏捷的相关理念扩展到运维侧，从而将产品、设计、开发、测试、运维团队更紧密的结合在一起。而从交付给客户产品视角看，前端研发通常又是在整个产品设计开发链条的最终节点，意味着前端团队受到上游变更的影响是最大的，并且从经营理念效率出发，提升前端交付效率是至关重要的。

啄木鸟软件测试培训网：www.3testing.com啄木鸟之家大吕敏捷开发最基础的工程实践是“持续集成”和“单元测试“。xUnit Test Patterns一书主要就是介绍作者在实践“单元测试”过程中碰到的许多问题及其解决之道。 本书赢得过2008年Jolt Productivity Award。据说中文翻译很烂，有英文能力同学建

敏捷之旅(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.zentao.net%2F%3Fu%3Dlixiao)是一年一度的敏捷全球盛会。每年的秋天，敏捷之旅会在全世界的很多城市举办，深圳(https://www.oschina.net/action/GoToLink?url

一年一度花相似，岁岁年年人不同，时隔一年，敏捷之旅又来到了青岛，相比去年，我们的开发敏捷了吗？是？否？简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法，所以不管你的回答是如何，只要我们敢于尝试，敢于提高，就会给我们的开发活动带来益处，来吧，加入到今年的青岛站的活动中，和各位敏捷专家、同行一起分享、交流一下吧，让我们更加了解敏捷，让我们的开

随着敏捷开发的流行，编写单元测试已经成为业界共识。但如何来衡量单元测试的质量呢？有些管理者片面追求单元测试的数量，导致底下的开发人员投机取巧，编写出大量的重复测试，数量上去了，质量却依然原地踏步。相比单纯追求单元测试的数量，分析单元测试的代码覆盖率是一种更为可行的方式。JaCoCo（JavaCodeCoverage）就是一种分析单元测试覆盖率的工具，使

尽管DevOps仍需要手动测试，但测试人员能做的还有很多。DevOps需要在各个阶段进行协作，因此，使开发人员和测试人员从敏捷孤岛式转变为一个在各个阶段中所有成员不断参与的运营已变得非常具有挑战性。传统上，给测试人员提供产品，他们的任务是测试产品中的错误，并将发现的结果报告给开发团队。但是使用DevOps，测试已经涉及整个开发生命周期，而不仅仅是

软件开发的项目经理一枚！大家都知道，一个好的敏捷工具对开发项目可以起到推波助澜、事半功倍的做用！我们做敏捷开发，如何敏捷？当然敏捷工具的选用也是非常关键的因素，对我们也起着关键的作用！我来介绍一下我所找到的，好用的敏捷工具：国内的「Leangoo(中文名：领歌)」Leangoo是一款基于看板的项目协作工具，Leangoo(https://

随着敏捷和DevOps等新时代项目开发方法逐渐取代旧的瀑布模型，测试需求在业界不断增长。测试人员现在正在与开发人员一起工作，自动化测试在许多方面极大地取代了手动测试。如果您是自动化测试领域的新手，刚雇用您的组织将期望您快速，开箱即用，并能够检测到错误或提供没人想到的解决方案。但是，仅凭测试的基础知识，您将如何成为一名成功的，不同于前任的测试自动化工程师？成为

无用的敏捷指标有可能破坏任何敏捷转型，详细了解如何识别和避免不良指标。