• 测试技术
  • 博客
  • 视频
  • 开源
  • 论坛
  • 沙龙
  • 下载
  • 杂志
  • 招聘

您的位置:您的位置:软件测试技术门户 >> 软件测试技术 >> 质量模型 >> 敏捷 >> 查看资讯

字号: | 推荐给好友 上一篇 | 下一篇

敏捷测试的最佳实践,第 1 部分: 敏捷的实质

发布: 2008-7-03 10:55 | 作者: 谢明志 | 来源: IBM | 查看: 118次 | 进入领测软件测试网论坛讨论

领测软件测试网 软件测试技术门户+m/~v gE/pR)@

软件测试技术门户'e,i%jYD

敏捷方法的共性软件测试技术门户ev*W-F'K.df*sx

4Y'm j9r3H*^8RS虽然各种敏捷方法的名称、所需环境、适合的团队有很大差异,但是他们拥有相似、相同的以下几大特点:

9ev/Er@^?/rA
  • 拥抱变化(Embrace the change)
软件测试技术门户 I[F b`7mUn!lX

无论是多么明智,多么正确的决定,也有可能在日后发生改变。因此,团队要能够充分理解我们的利益干系人(Stakeholder)和客户代表为什么经常提出新的需求和设计要求,一句话,就是心中有数“唯一不变的是变化”。团队更要信任 利益干系人(Stakeholder)做出的每次决定和需求的调整都是将产品开发推向更正确的发展方向,新变化将进一步降低风险,实现团队最大化利益,理解这是适应市场变化的必然行为。软件测试技术门户#^-] ]*e6S^

软件测试技术门户_4kc%@9W |jQ

而在接受变化的同时,我们应该积极的向 利益干系人(Stakeholder)和客户代表反映实现活动中暴露出来的可能的设计缺陷和错误。在实际工作中,团队成员应该用优先级制度来划分事情和目标先后顺序,在迭代周期内对于还没有最终决定的设计方案可以予以后来实现、测试,不用急于投入资源展开全面的开发、测试活动。这样一来,开发测试团队也会人员也将更加适应,真正拥抱变化。软件测试技术门户%o%KCy