TD流程控制.docVIP

TestDircetor 流程控制 概述 TestDirector 是基于web测试管理工具，用来组织和管理软件测试的各个阶段，包括确定测试需求，制定测试计划，执行测试和跟踪测试结果。在整个测试工程中，可以被不同的人员访问，每个人员属于不同的组，拥有相应不同的权限。该软件通过给相应人员发送邮件，邮件接收者通过web访问修改相应的选项，该软件手动或自动发送邮件给下一人员，从而使整个过程得以继续，其传递工程如下图。 其步骤如下： 有现场工程人员或是客服人员发现问题，填写问题单（如何操作见使用手册） 工程经理确定问题性质，如果是开发问题转给产品经理，如果是工程问题，转给工程人员，如果不是问题，则还给现场过程人员或是客服人员 如果产品经理收到问题单，如果是开发的问题，分配相应的开发人员解决，如果不是，则还给工程经理，转入步骤2 如果工程人员收到问题单，如果不能解决，则还给工程经理，转入步骤2；否则解决问题，把方案给现场工程人员或是客服人员 如果开发人员收到问题单，如果不能解决，把问题还给场品经理，转入步骤3；否则解决问题，把结果给配置人员 如果配置人员收到问题单，把改写的代码编译，如果没有通过，则转给开发人员，转入步骤5；否则如库（准基线库） 如果测试人员收到问题单，进行集成测试，测试通过，转给配置人员；否则还给开发人员，转入步骤5 如果配置人员收到问题单，入库（基线库） 现场工程人员或客服人员解决问题，同时关闭问题单。 流程 TestDirector覆盖了软件测试的各个阶段，从测试需求，测试计划，测试库（测试用例等）到最后的测试结果的反馈，这叫做大流程；而在试运行阶段发现问题，解决问题的过程叫做小流程。以下是对小流程的状态转换的描述，至于大流程的过程描述见另一文档。 2．1各个状态的含义： New：客服人员或是现场人员新增一个问题单 Open：工程经理已经分配给相应的人员解决 Rejected：工程经理认为不是己方的问题，或是该问题目前无法解决 Done：工程人员自己认为该问题得到解决 Unsolved：工程人员自认为没有能力解决该问题 Fixed：开发人员自己认为该问题得到解决 Unhandy：开发人员自认为没有能力解决该问题 Deployed：配置人员把代码放入准基准库中 Reopen ：该问题仍然没有解决，由（Assigned to 字段内的人员）原先解决问题的人员重新 解决 Redeployed：配置人员把代码放入基准库中 Tested：测试人员通过测试代码 Denied：产品经理拒绝该问题 Submitted：产品经理已经分配给相应的人员解决 2．2角色状态权限设置 工程经理：Open Rejected 产品经理：Denied Submitted 客服人员：New Closed 现场工程人员：New Closed 工程人员：Done Unsolved 开发人员：Fixed Unhandy 配置人员：Deployed Reopen Redeployed 测试人员：Tested Reopen 2．3角色状态感知 工程经理：New Unsolved Denied 产品经理：Open (Assigned to itself) Unhandy 客服人员：All status 现场工程人员：Rejected Done Redeployed 工程人员：Open Reopen 开发人员：Reopen Submitted 配置人员：Fixed Tested 测试人员：Deployed New Open Denied Unhandyy Rejected Submitted Unsolved Done Reopen Fixed Deployed Tested Redeployed Closedd 状态转换图 单向装换 状 态 双向转换 测试人员 配置人员 工程人员 开发人员 产品经理 工程经理 现场工程人员或是客服人员