快速交付 敏捷开发的特点_敏捷开发特点

敏捷开发特点：

根据维基百科上的定义：

“

(敏捷)

更强调程序员团队与业务专家之间的紧密协

作、面对面的沟通(认为比书面的文档更有效)、频繁交付新的软件版本、紧凑

而自我组织型的团队、

能够很好地适应需求变化的代码编写和团队组织方法，

也

更注重做为软件开发中人的作用

。”

上述特征并不是仅限于敏捷开发团队。有的时候软件开发项目需要更多的规程，

有的时候则相反。

但只要遵循敏捷开发最基本的规程，

无论是何种软件开发过程，

都可以称之为敏捷软件开发过程。

在敏捷方法中，

开发人员的主导作用更明显，讨论需求、实现需求，再修改需求、再实现、

再重构，不断完善产品

，测试人员容易边缘化。

在敏捷方法中，测试人员的价值又如何体现？

1

、首先在需求讨论上，测试人员可以站在客户角度上来阐述自己的观点，和产品人员、开

发人员等进行充分的交流和讨论，

使自己在用户体验、

业务逻辑等等方面的经验充分体现出

来。

2

、在开发过程中，测试人员不仅扮演

“

用户代表

”

角色，而且可以及时提供更全面的质量反

馈，包括代码质量、接口一致性等。测试人员不写代码，可以参与代码复审(

code review

)

，

将质量问题及时提交给项目组，

保证在产品构造的整个过程中质量受到足够的关注，

提高质

量改进的持续性和可视性。

3

、测试人员还是可以参与单元测试。即使单元测试由开发人员做，测试人员可以推进开发

人员进行单元测，检查单元测试状态，如

确保单元测试达到

80%

以上覆盖率

，以及帮助开

发人员开发出具有良好可测试性的代码。

4

、即使在敏捷方法中，集成测试、端到端(

end-to-end

)测试、性能测试等是不可少的。因

为在敏捷方法中，往往将一个大的系统开发分解成多个小的子系统(模块

/

组件)

，集成测试

和端到端(

end-to-end

)测试显得更重要。测试人员在功能测试上工作量会降低，但在这些

测试上发挥更大的作用。

5

、随着迭代的不断深入，

回归测试的工作量很大，

这也是测试人员的用武之地。

测试人员

可以针对稳定的产品特性开发自动化测试脚本，

这也是一种持续的努力，

使回归测试自动化。

测试人员对缺陷进行分析，

总结出一些规律，

帮助开发人员建立良好的习惯，

改进代码的质

量。

而且：

在敏捷方法中，

我们也要采用敏捷测试，

不要再写几十页的测试计划书，

而是在每个迭代周

期，写出一页纸的测试计划，将测试要点列出来。

在敏捷测试中，可能不需要测试用例，而是针对

use case

或

user story

直接进行验证，并进

行探索性测试。

而节约出来的时间，

用于开发原有功能的自动化测试脚本，

为回归测试服务。