第五章 软件测试管理（此章完结）

5.5敏捷风险管理

5.5.1敏捷项目的理解

是近年来最为流行的一种项目管理方式，特点：在于尽早交付、持续改进灵活管理、团队投入、充分测试。在软件产品开发和测试过程中，以需求为例，与传统流程做个不合理的比较，如图5-6所示。

 1）传统项目：需求、设计、开发、测试、发布。高中低需求同时进行，每个阶段的输入依赖上个阶段的输出，越晚发现问题，可控性差

2）敏捷项目：高级需求、设计、开发、测试、演示与变更；中级需求设计、开发、测试、演示与变更；低级需求、设计、开发、测试、演示与变更；集成、测试、发布。敏捷过程中的人和过程都是倡导自由的，而且敏捷流程中从上对下的影响都很小的，敏捷本身没有一个实际标准的流程模型图。敏捷管理应对能力强、改进效率高、更多以经验来控制项目。

敏捷项目按照迭代的方式进行，把项目分段完成，甚至把某个需求切分成更小的片段来完成，定期对项目进行评估。要求每个参与敏捷项目的成员要知道自己即将做些什么。对每个细小的问题都应快速处理与调整，保证下个迭代能顺利进行。

敏捷开发的产品运行后在控制质量上有很多可圈可点的地方，例如：从高级需求向低级需求运作,大大提高了软件发布后的产品的期望值.产品在开发过程会有很多需求变更的情况,颗粒式开发大大降低了变更成本需求变更如果影响到了项目的计划,可以用迭代中最低级的需求换取时间.个体活动将更加频繁,需求的传递性将大幅提高.阶段性和碎片化的迭代,使项目中的评估针对性更强

敏捷团队:业务人员、项目IT人员、敏捷指导

传统的开发团队只有项目IT人员.在敏捷中有了业务员,减少了繁琐的文档直接人与人沟通,敏捷指导是在敏捷推广初期中指导敏捷流程和提出的改进建议,在成熟的团队中,项目经理可以是敏捷流程的指导.

5.5.2敏捷项目需求的管理