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

　　注：QA是requirement analyse的缩写，D是design的缩写，C是code的缩写，

　　EI是edition integration的缩写，T是test的缩写，TR是test review的缩写

　　SI是software issuance 的缩写，PD是product delivery的缩写

　　每一个过程中的任务前面加一个英文缩写前缀，是方便检查需求与需求相关活动覆盖情况用的。

　　1.2.2 TestDirector的testplan页面所需的字段：

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

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

　　计划完成时间

　　二、三、四级节点

　　任务下达者自动生成(任务的创建者)

　　三、四级节点

　　任务接受者手工填写

　　三、四级节点发邮件给任务接受者。

　　预计工作量手工填写三、四级节点

　　实际工作量手工填写三、四级节点

　　实际完成时间手工填写二、三、四级节点二节点的实际完成时间应该是版本上线时间

　　任务接受否是三、四级节点

　　任务接受时间根据“任务接受”填写“是”三、四级节点

　　评审类型评审复审代码审核三、四级节点

　　评审组长手工填写三、四级节点

　　评审方式

　　会议传递个人三、四级节点

　　提交评审未提交提交三、四级节点发邮件给项目经理 (或评审组长)

　　提交评审时间根据“提交评审”变成“提交”自动生成三、四级节点

　　Description 手工填写 三、四级节点

　　Expected Result手工填写三、四级节点

　　1.2.3 Test plan与Requirement的覆盖关系：

　　1、 requirement中项目计划过程、软件发布、产品交付，这些过程或活动是与test plan中项目计划、软件发布、产品交付是一对一的覆盖。

　　2、 requirement中迭代开发过程中的需求点至少被每一个以QR_、D_、C_、EI_、T_前缀的任务覆盖，即多对一的覆盖。如下图：

　　3、 Test plan中的需求分析、设计过程、软件实现过程、版本集成、测试过程(前缀为TR_)、软件发布、产品交付中的任务与requirement中迭代开发过程中的需求点的覆盖关系也可以是一对多的关系。如图

　　通过以上的覆盖关系可以很快地查找到项目过程中有哪些过程缺失，有哪些技术文档和质量记录缺失，并且可以比较快的统计出过程的缺失率和技术文档和质量记录缺失率，还可以方便项目负责人对项目过程和进度的控制。

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

【责编:Zenghui】