因此质量保证工作在敏捷项目组中的角色定位可能要发生一些改变，我们也许不再是抱着一堆文档在评审，追着开发人员要文档的QA；我们也许不再是指责产品不过关，要求返工的QA；我们也许不再是要求项目组拿出与顾客充分沟通的证据来的QA。敏捷对质量保证的提示
目前，虽然敏捷项目管理方式逐渐兴起，但是观望的、浅尝即止的人多于实践的人，尤其是关于如何在敏捷项目中开展质量保证工作的实践还比较少。因此很难准确说明敏捷项目中的质量保证工作会有哪些改变，但是我们能够从敏捷的原则和开发方式中得到几个有用的提示。
1、 程序员开始被测试所感染。
感谢Beck、Gamma和JUnit单元测试工具，现在，测试驱动开发被大部分的开发环境所支持。敏捷项目中的程序员更具单元测试意识。51Testing软件测试网&k8P K"\:V t laC!e
2、 增量的开发方式51Testing软件测试网4H'zP,O WW?Gs
很多小的产品版本发布，而不是一个唯一的计划好的版本发布。
3、 FIT（Framework for Integrated Test）
FIT允许用户使用简单的Word文档或HTML文档来定义他们自己的测试。FIT能产生用例子描述业务的文档。
这些给我们的提示是：
1、测试工作不仅仅由测试人员担任，其他项目组成员也承担了部分的测试工作。那么对测试的质量度量模式可能就要发生改变了。
2、沟通仍然是项目组不变的主题，但是沟通的方式更多地侧重在口头、面对面方式的交流。那么对沟通的质量度量模式可能就要发生改变了。
3、迭代、快速发布、重构等软件开发方式对如何进行配置管理的控制提出了新的要求。
总结
敏捷项目管理代表了一种软件开发思想的回归，软件的本质是为用户提供价值，为用户解决问题。所有软件工程的活动都是围绕这个核心思想来进行的。极限编程、测试驱动、SCRUM等等，都只是为了突现软件活动中的某方面的重要性而提出的，但其核心都一样。
个体和交互、能工作的软件、顾客合作、快速响应变化，这些原则毫无疑问会使传统的质量保证工作方式发生改变。很多质量保证的手段和方式可能要发生剧烈的改变，但是至少有一样东西是不变的：质量保证的目的仍然是确保交付产品的质量。
总结
敏捷项目管理代表了一种软件开发思想的回归，软件的本质是为用户提供价值，为用户解决问题。所有软件工程的活动都是围绕这个核心思想来进行的。极限编程、测试驱动、SCRUM等等，都只是为了突现软件活动中的某方面的重要性而提出的，但其核心都一样。
个体和交互、能工作的软件、顾客合作、快速响应变化，这些原则毫无疑问会使传统的质量保证工作方式发生改变。很多质量保证的手段和方式可能要发生剧烈的改变，但是至少有一样东西是不变的：质量保证的目的仍然是确保交付产品的质量。
此文章共有4页 上一页 1 2 3 4 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
