1.2.3 Test plan与Requirement的覆盖关系：

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

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

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

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

1.3 TestDirector中test lab的设计

1.3.1 test lab的命名规则分以下两种：

1、 项目代码 + _ + requirement页面中第二级节点名称(项目计划过程、软件发布过程、产品交付过程)

2、 项目代码 + _ + 迭代版本号 + _ + TestDirector的testplan页面中第三级节点名称(需求分析、设计过程、程序实现过程、版本集成过程、测试过程)

　　将test plan中的任务加入到对应的test lab中进行运行。

1.3.2 在test lab中运行任务所表示的意义如下：

1、 项目计划过程、需求分析、设计过程在test lab中任务的运行表示对这些过程中的相关技术文档进行评审，一般是由评审组长和评审记录员执行。与这些test lab含义相同的还有程序实现过程中的代码复审和测试过程中的测试用例等文档的评审(有TR_前缀的任务)。

2、 版本集成、软件发布过程、产品交付过程在test lab中任务的运行表示这些过程的完成情况。一般由项目经理和集成人员执行。

3、 程序实现过程(不包含代码复审)在test lab中任务的运行结果表示开发人员对所编写的代码进行调试和单元测试的情况，集成人员可以通过运行结果决定是否集成。一般由软件开发人员执行。

4、 测试过程在test lab中测试用例的运行结果表示对产品测试的结果，一般由测试人员执行。

1.3.3 TestDirector的test lab页面所需的字段：

编号字段名字段说明备注

执行人

自动生成

执行时间自动生成

任务状态(status)手工填写(pass、failde、no run等)

结果(Actual)手工填写记录过程实际操作的情况和相关信息。

1.4 TestDirector中defects的操作情况

Defects中存在的问题一般都是评审和测试产生的问题，这些问题可以按产品bug管理流程的要求进行管理和操作。

二、使用TestDirector7.6的好处

　　1、 TestDirector7.6的使用在一定程度上可以方便QA人员和相关负责人对项目过程和进度的了解和控制，可以较快的发现过程和相关文档的缺失情况，并且帮助可以QA人员和相关负责人了解某一需求点在某一时间处于什么过程中。

　　2、 TestDirector7.6中有些字段的数据可以根据需要自动生成，这样可以保证数据的真实性。如通过一些自动产生的时间字段可以知道哪些过程是按流程进行的，哪些过程是后来补做的。

　　3、 TestDirector7.6的使用有利于度量工作的开展。TestDirector7.6中可以根据需要增加字段，这样有利于数据的采集和统计分析，并且该工具本身也有统计功能。如使用TestDirector7.6可以较快的统计出过程的缺失率和技术文档和质量记录缺失率、以及各种评审方式所占的比例等。

　　4、 TestDirector7.6的使用可以减少QA人员的过程检查时间，这样即使QA人员和测试人员是同一个人，工作量也不会很大，开发组提交测试进行软件测试，没有软件测试时可以做过程检查，这样既对产品质量进行了检查，也对过程质量进行了检查。