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

好买网（www.goodmai.com）IT技术交易平台摘要：开发者测试是现代软件工程中非常重要的一环，敏捷开发、主干开发这些先进的项目管理方法和流程都基于完善的开发者测试。一、“开发者测试”就是“开发者来测试”开发者测试是现代软件工程中非常重要的一环，敏捷开发、主干开发这些先进的项目管理方法和流程都基于完善的开发者测试。当每个月甚至每周都要交付一个版本

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

自动化测试和敏捷软件开发常常是成对出现，但敏捷中的自动化往往说起来容易做起来难。大多数开发人员都已经认识到测试自动化的好处：它加快了测试速度、降低了成本、增加了覆盖率等。但是，许多人从未超过开始所需的初始投资。就像这幅漫画中的穴居人一样，许多团队陷入了困境

对于测试人员来说，拥有敏捷的心态是至关重要的，如果没有敏捷的思维方式，他们可能就不能果断地计划、划分优先级并执行他们的任务，因此会无意中影响团队满足迭代目标的能力。

敏捷开发是一种思想或方法论，就是通过不断迭代开发和增量发布，最终交付符合用户价值的产品。

自动化测试是高质量软件交付领域中最重要的实践之一。在今天的敏捷开发方法中，几乎任一软件开发过程都需要在开发阶段的某个时候进行自动化测试，以加速回归测试的工作。自动化测试工具可以帮助测试人员以及整个团队专注于自动化工具无法处理的各自任务，但困难的部分就是选择

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

在团队选择敏捷开发模式下，敏捷测试部分也同以往的软件测试流程有所不同。如何平衡敏捷的快速迭代开发和解决Bug的矛盾？

具体做敏捷测试的时候，我们要遵循哪些原则呢？

敏捷开发浩浩荡荡流行了20多年，彻底改变了软件研发行业。如果说敏捷开发对产品、开发和测试这三种类型的工作哪一个影响最大，我会选择测试。因为敏捷开发模式下迭代周期缩短，很多问题会更集中地暴露出来，比如用户故事拆分往往不够细致精确、开发和测试无法并行展开、开发

敏捷团队中的测试人员主要负责执行各种测试，以满足“已完成”的定义，从而为团队在重复迭代中努力交付的持续价值创造做出贡献。对于测试人员来说，拥有敏捷的心态是至关重要的，如果没有敏捷的思维方式，他们可能就不能果断地计划、划分优先级并执行他们的任务，因此会无意中

与传统的阶段性测试不同的是，敏捷测试能够将测试集成到整个软件开发过程中，尽早、及时地发现缺陷，帮助交付有价值的高质量产品。传统测试与敏捷测试的比较大的区别在于：在瀑布方法中，测试只能在开发结束后进行；在敏捷方法中，测试是贯穿在整个开发过程中的，同时可以在需