用TestDirector7.6对迭代开发模型的流程管理

　　从开发模型可以看出在软件项目实施过程中非常重要并且占项目实施时间最长的过程是迭代过程中的特性开发过程，而特性开发过程中的主线是需求，在特性开发过程中的设计、评审、编码、版本集成、测试等活动都是围绕着需求开展的。QA人员对迭代过程中特性开发过程的检查也是以需求为主线进行的，QA人员通过检查迭代过程中的需求点是否进行了需求分析、是否进行需求评审、是否进行了设计、是否进行设计评审、是否进行了编码、是否进行了测试等来判断项目组过程的实施是否满足软件项目实现的要求，是否有过程缺失，或过程实施流于形式。迭代过程中需求与需求的活动覆盖关系可以通过以下这个矩阵体现：

　　通过上面的矩阵关系我们可以明白只要了解了需求与需求相关活动的覆盖情况就可以掌握迭代过程的实施情况，并且对项目的进度控制也会起到一定的作用。而TD的最大优势就是需求的覆盖功能，即通过测试用例对需求的覆盖以及bug与测试用例的关联关系从而了解和控制需求实现情况。因此我们可以利用TD的这一优势实现我们需要了解迭代过程中需求与需求相关活动覆盖情况的要求，在一定程度上TD可以起到软件项目实现过程控制的作用。

　　一、使用TD对软件中心的过程进行管理

　　使用TD可以代替一些质量记录和技术文档如评审记录、测试大纲等，而且TD有添加附件的功能，可以将相关文档作为某个任务的附件进行评审和管理。

　　requirement页面中二、三级节点主要体现项目计划中的里程碑事件。

　　1.1.2 TestDirector的requirement页面所需的字段：

　　编号字段名字段说明一般使用的节点备注

　　1计划开始时间手工填写二、三级节点

　　2计划完成时间 二、三级节点

　　3创建人自动生成(TD的录入人) 是否需要

　　4责任人 手工填写二、三、四级节点

　　5计划类型计划内计划外二、三、四级节点主要用于需求点

　　6计划版本号 手工填写四级节点

　　7集成版本号 手工填写 四级节点 第一次版本集成的版本号

　　8集成版本时间 根据“集成版本号”填写自动生成 四级节点日志

　　9测试通过版本号 手工填写 四级节点

　　10测试版本时间 根据“测试通过版本号”填写自动生成四级节点日志

　　11变更版本号 手工填写 四级节点 计划变更

　　12变更版本时间 根据“变更版本号”填写自动生成 四级节点日志

　　13交付版本号 手工填写 四级节点

　　14交付版本时间 根据“交付版本时间”填写自动生成 四级节点日志

[1] [2] [3] 下一页

【责编:Zenghui】