从一个实例详解敏捷测试的最佳实践

从一个实例详解敏捷测试的最佳实践

简介：敏捷软件开发是目前十分流行，并在业界逐步推广的软件开发模式。不同与传统的软件开发模式，敏捷开发模式有着自己鲜明的价值和方法。其中，敏捷测试部分也同以往的软件测试流程有所不同。这对测试人员提出了新的要求，带来了新的挑战。本文将结合一个软件项目实例，基于项目开发的不同阶段，详细介绍每个阶段的主要测试活动。文中将分析每个主要测试活动的前提条件和目标任务，并根据实例推荐最佳的解决方案。

第一部分：敏捷软件开发简介

敏捷软件开发（Agile Software Development）初起于九十年代中期。最早是为了与传统的瀑布软件开发模式（waterfall model）相比较，所以当时的方法叫做轻量级方法（Lightweight methods）。二十世纪初，17 位该方法的倡导者建立了敏捷联盟（Agile Alliance），并将该软件开发方法命名为敏捷软件开发过程。

敏捷联盟在成立之初总结了四条基本的价值原则：

1.人员交流重于过程与工具（Individuals and interactions over processes and tools）

2.软件产品重于长篇大论（Working software over comprehensive documentation）

3.客户协作重于合同谈判（Customer collaboration over contract negotiation）

4.随机应变重于循规蹈矩（Responding to change over following a plan）

基于这四点原则，敏捷软件开发有着自己独特的流程（参见图 1）。

图 1. 敏捷软件开发流程

整个过程中夹杂了很多在敏捷开发前己经出现的软件开发方法，包括极限编程（Extreme Programming,1996）、Scrum（1986）、特征驱动开发（Feature Driven Development），

测试驱动开发（Test Driven Development）等。这些方法在敏捷软件开发流程的各个阶段

都有充分的体现和应用。

例如，Scrum 主要着重于项目管理，团队中的项目经理（Scrum master）需要在每个客户

需求到来的时候制定 Sprint 的周期，定义每个 Sprint 的目标、分派任务、进行监督、最后总结得失并开始计划新的 Sprint。

相反，特征驱动开发和测试驱动开发主要被应用于 Sprint 周期中。如果项目进行于开发新功能时期，这个阶段主要推行特征驱动开发。所有测试和开发人员都将自己的工作重心放在新的功能上面，从开发和测试两个方面来完成各自的任务。如果项目进行于测试新功能时期，这个阶段需要将工作的重点挪到测试上来。所有的测试和开发人员都密切关注着目前版本的缺陷状况。测试人员需要在每天的站立会议（Daily Standup Meeting）上报告前

一个工作日发现的新缺陷情况，项目经理根据项目进度和缺陷严重性来决定是否修复这些问题。需要及时修复的缺陷是目前 Sprint 中的一个新任务，将由项目经理添加到 Sprint Backlog 上并通知开发人员去修复漏洞。

对于敏捷开发和测试中的审查过程，极限编程中的同行评审（peer review）思想得到了充

分应用。代码和文档的审查追求简单而高效。团队成员两两组成一对，互相评审；有时候，一个开发和一个测试人员也可以组成一对，互相协作。这样能够有助于缺陷和问题在第一时间被抹杀在萌芽中。

敏捷开发还有以下几个关键概念 (Key Issues)：

1.迭代过程（Iterative process）

2.用户故事（User stories）

3.任务（Tasks）

4.站立会议（Stand-up meeting）

5.持续集成（Continuous integration）

6.最简方案（Simplest solutions）

7.重构（Re-factoring）

本部分将简要介绍敏捷开发中测试人员所需要具备的素质和职责。

2.1 敏捷开发团队介绍

我们的敏捷开发团队由四位开发人员、两位测试人员、一位产品设计，一位项目经理和一位产品经理组成（参见图 2）。每天早上十点，在固定的时间和会议室里面，团队会举行站立会议。这时候，团队成员按照既定的顺序向项目经理汇报各自前一天完成的任务，所遇到的困难和当天要完成的任务。同时，项目经理更新 Sprint Backlog（一张制作精良的Excel 表格），并及时解决每个人所提出的问题。

图 2. 敏捷开发团队成员

由于敏捷开发要求参与人能够快速而高效得应对变化，所以无形中对测试人员提出很高的要求。

2.2 测试人员需要具备的素质

测试是软件开发中不可或缺的一部分。在敏捷软件开发中亦是如此。不同的组织给测试人员以不同的称号：测试开发 (Test Developer)、质量分析员 (Quality Analyst)、软件质量工程师 (Software Quality Engineer) 等。

每个称号隐含有不同的职能。以上的称号分别对应以下的能力要求：

1.具有质量检测和编写代码的能力–>测试开发

2.具有防止缺陷 (Quality Assurance) 和质量控制 (Quality Control) 的能力–>质量分析

员

3.具有开发和执行测试程序的能力 ->软件质量工程师

总结而言，有三方面的基本素质要求：代码编写（Coding）、测试 (Testing) 和分析(Analysis)。

在很多其他的开发流程中，各个测试阶段对测试人员的能力有所不同；有时候侧重分析（比如系统配置测试），有时候侧重代码编写 ( 比如功能测试 )。但是，在敏捷开发流程中，测试人员需要结合这三方面来开展工作，只有这样才能真正反映敏捷测试的本质：简单而高效得应对变化。

2.3 测试人员的主要职责

在敏捷软件开发中，测试人员的职责有三个主要方面：

1.定义质量 (Define Quality)：这应该是软件测试人员的基本职责。敏捷方法鼓励测试

人员在 Sprint 计划的时候直接与客户交流，从自己的经验出发，共同为产品功能制定质量要求。

2.交流缺陷（Communication）：敏捷过程强调团队中的交流。开发人员经常会专注

于重要而新奇的功能，测试人员应该抓住细节，寻找设计中的“missing door”；另

外，开发人员使用单元测试来保证产品的基本质量，测试人员可以使用验收测试

（Acceptance Test）来鉴定客户需求与实际成果之间的不一致性。

3.及时反馈 (Feedback): 敏捷过程强调简单而高效。测试人员需要及时反馈产品目前

的质量问题。这样一来，团队才可以立刻着手解决。如果传统的流程是一周汇总一次状态的话，敏捷流程要求每天汇总质量问题。在我们的项目中，内部的测试报告会以网页的形式显示在内部站点上。每个团队成员能够随时获取。另外，我们的测试框架提供自助测试 (Self-assistant Test)：通过点击测试用例列表中的某个具体用例，开发人员不需要中断测试人员的工作就可以重现缺陷。