图 3：根据分配到迭代中的需求，来创建测试用例。

    
　
    在创建测试用例的过程中，需要创建测试用例到需求的映射：

    我们在迭代评估中会用到此映射表。

    2.4 进行迭代评估

    在每个迭代结束的时候，一个重要的工作就是进行迭代评估。迭代评估就像是一面镜子，能够让相关人员，包括项目组自己，看到当前项目的状态，通过迭代评估，能够保证项目行驶在正确的轨道上。迭代评估的时间一般为半天时间。最好让客户/最终用户参与到迭代评估中。

    我们以测试结果来进行评估。对于分配到迭代上的每一条需求，如果和它相对应的测试用例均通过，那么就代表此需求通过。当迭代结束时，根据刚才的判断方法，可以看到每一条需求是通过还是不通过，如果不通过，一定要找出原因，总结经验教训，在以后加以改进：

    3. 结论

    可以看到，在这种迭代化开发方法中，我们主要关注制订迭代计划、监控迭代执行、在迭代中进行测试和进行迭代评估这四个方面。在迭代评估中，我们就根据简单的规则划分迭代，然后将需求分配到迭代中即可，操作比较简单；在监控迭代执行中，只需要关注相关情况的处理；在迭代中进行测试，主要的改变是要在迭代中执行测试，并且要在测试用例和条目化需求之间建立关系；在进行迭代评估中，要根据测试的结果找出需求没有通过的原因。

    通过执行以上的这些关键活动，项目组就能够将迭代化开发以简单的方式使用起来，降低项目组引入迭代化开发的难度和复杂度，从而尽可能的保证迭代化开发使用成功。当项目组将迭代使用起来之后，再根据情况进行扩展，相应来讲，就简单得多。

    参考资料

    *在 developerWorks 上可以找到 RUP 专题。
    *参考 “什么是迭代化开发”。
    *参考 “将项目从瀑布式转为迭代过程”。
    *参考 “从瀑布型开发到迭代型开发的转变”。
    *参考 “迭代化软件开发技术: IBM Rational 技术白皮书”。
    *参考 “IBM 如何使用 IRUP 来迭代化地开发软件产品”。
    *请访问 IBM developerWorks 中国网站 Rational 专区 能得到更多关于 IBM IBM Rational 产品的文章、教程和其他参考资源。