敏捷测试推进工作笔记（一）
从 这篇文章开始，我打算在本专栏中记录本人在组织中推进敏捷测试的工作过程，这篇文章描述的是从5月到8月共3个月内的主要工作。在两个月的时间内，我们初 步决定了发展方向，在敏捷测试的氛围建设方面都有了一些进展。
InfoQ
InfoQ
促进软件开发领域知识与创新的传播
编辑特辑
“段念”相关的内容
段念的最新专题内容
段念的新闻
敏捷团队中测试工程师的绩效管理
在本专栏的前几篇文章中，我们提到了敏捷测试的概念、组织，以及敏捷测试中的自动化测试组织方式。在这篇文章中，我试图来讨论一个更加困难的话题——敏捷测试中工程师的绩效管理。
当我们在谈论自动化测试时我们在谈论什么
在完成了本专栏的三篇文章之后，我感觉自己突然陷入了对敏捷测试的一些不同的思考。敏捷本无定式可循，不同的组织由于文化、产品和用户等的不同，在敏捷的具体做法上自然存在很大的差异——这本是敏捷实施中常态，但最近接触到不少敏捷组织中的测试管理者和测试工程师，大家对于如何在敏捷中做“好的测试”往往争执不下，尤其对于自动化测试，看法更是差异巨大。
组织敏捷测试
在上两篇文章《什么是敏捷软件测试》与《自动化测试-敏捷测试的基石》中，我们阐述了敏捷测试的概念，并简单介绍了敏捷测试中的自动化测试观点。在这篇文章中，我们将围绕“测试组如何在组织中组织敏捷测试”这个话题来展开讨论。
自动化测试——敏捷测试的基石
敏捷测试要求测试能够测试在“短的时间间隔内持续发生”且能够在“短时间内完成”。考虑到纯粹的依赖人工测试基本不可能达到“短的时间间隔内持续发生”和“短时间内完成”这两个目标，而自动化测试在执行效率方面具有天然的优势，在敏捷测试中使用自动化测试技术应该是自然而然的选择。
什么是敏捷软件测试
在与不少测试从业人员讨论到敏捷的时候，被问得最多的大约是两个问题：“到底什么是敏捷软件测试？”，“敏捷软件开发还需要测试工程师吗？”。鉴于这两个问题的意义，在本敏捷测试专栏的第一篇文章中，段念先生尝试从自己的实践出发，尽可能清楚的回答这两个问题。
段念的视频演讲
敏捷测试实践
当敏捷开发方法为开发世界带去曙光的时候，传统的测试观点却面临越来越大的挑战：更少的文档，更快的产品发布，更频繁的需求变更……传统的测试方法在越来越快的敏捷方法面前举步维艰，那么，是否敏捷的世界里容不下测试？当然不是。与传统的软件开发方法相比，测试在敏捷的世界里甚至有更重要的地位：TDD，Acceptance testing……哪一个和测试无关？只不过，在敏捷的世界里，传统的软件测试方法需要瘦身，需要变得更加敏捷。本讲座重点介绍敏捷测试与传统软件测试在观念上，方法上的不同，并用具体的实例展示了敏捷测试为产品质量和生产率带来的提升。
颠覆者生存：互联网产品测试观点
对速度就是生命的互联网产品来说，“快”是生存所必需的技能。不幸的是，传统的软件测试过程似乎总是很难快起来，传统软件测试严格的过程与文档要求，仅通过文档与开发交流，让软件测试总是游离在开发团队的加速计划之外。 所以，在互联网时代“颠覆为王”的口号下，让我们把传统测试的瓶瓶罐罐摔个干净！在互联网的时代，只有不敢想，没有不可能！ PK1： 度量质量的测试 VS 提高质量的测试 PK2： 测试人员的测试 VS 全员的测试 PK3： 用户质量至上 VS 开发质量至上 PK4： 严格的测试过程 VS 开发与测试的协作。
