QC管理员及测试人员使用手册forCQ-QC同步V0.1.docVIP

管理员配置新项目 基于农商行QC模板建立项目 QC模板位置：10.20.109.114，E:C模板.qcp（以具体情况为准） 根据项目情况设置需求号列表和应用系统两个表的数据项 比如，天阳宏业的个人信贷业务系统测试项目的需求号为src该需求对应的应用系统包括“个人信贷业务系统”。设置完成后如下图所示。 需求号、应用系统信息由农商行提供。 设置项目的开发负责人、开发人员和测试人员3个用户组成员 目前的QC模板基于以上3个用户组进行权限及流程控制。所有QC用户（QC管理员账号除外，比如admin）都要分配到这3个用户组中。 Admin：QC特权用户，不属于任何一个组，用于站点管理及同步问题修复。 null：仅用于与CQ同步的账号，不属于任何一个组，无任何权限。 开发负责人、开发人员：CQ用户在QC中的映射，无任何权限。 测试人员： 普通QC用户，用于测试人员日常工作。 开发人员与开发负责人信息由农商行提供。在QC注册相应的用户，且禁止所有开发方人员的一切操作，开发人员只能通过CQ处理“缺陷”，——通过设置开发人员的用户密码实现。 测试商在QC中注册己方测试人员，同时农商行在CQ中注册相应的测试人员用户（如果已存在，跳过）。 用admin账号建立专用过滤器“CQ同步专用”，条件为“已提交”。（模板中已经设定，验证一下即可） 在QC中严格按照下图建立过滤器，否则需要调整同步工具的设置来应用正确的过滤器。 测试人员操作流程 注意事项 严禁随意使用QC Admin账号。 QC的管理员权限不受控制，可能破坏QC-CQ同步的数据一致性，日常操作应用测试人员账号登录；QC管理员账号只可用于修复同步的不一致状态。 “QCCQ同步状态”字段用于同步工具检测同步状态，不建议QC用户修改。 需要更改“缺陷”的状态时，应先更新其他数据，最后再设置状态。按照目前的流程，已设置为开发状态的纪录在QC中除admin外无法修改！ 步骤1：测试人员发现问题，提交缺陷 新创建的缺陷预置为“新建”状态且不可修改 选择正确的“需求”及缺陷针对的“应用系统”，需求号和应用系统信息在项目初始化时设置。 新的缺陷的“分配给”字段应设置为开发负责人用户组成员，开发负责人信息在项目初始化时设置。 其他必填项目。 步骤2：测试组管理人员审核 测试管理人员审核缺陷的“需求”、“应用系统”及“分配给”字段值是否正确。 其他审核项目（项目组自定义）。 更改缺陷的状态 审核通过，从“新建”到“已提交”。 所有的修订工作应在“新建”状态下完成。状态转换到“已提交”后，缺陷将被同步到CQ数据库。之后，在CQ将状态转移到测试组前，在QC中只有QC管理员（admin）可以修改数据。 审核不通过，从“新建”到“已关闭”。 步骤3：缺陷同步到CQ数据库 同步工具定时将“已提交”状态的缺陷同步到CQ。 如果急需同步，请联系CQ-QC同步管理员进行手工同步。 步骤4：缺陷处于开发状态（已提交、已挂起、已分派、修改中和已解决） 处于开发状态的缺陷在QC中不能修改。随意修改将可能影响CQ-QC数据的一致性。 如需修改，请通知CQ-QC同步管理员，并用QC admin账号修改。 步骤5：缺陷处于“已拒绝”状态 当开发人员认为“缺陷”不是问题拒绝修复时，设置缺陷为“已拒绝”状态。 测试人员同意该“缺陷”不是问题，更改状态为“已关闭”，缺陷被关闭，“分配给”字段自动设置为null。 测试人员不同意该“缺陷”不是问题，更改状态为“已提交”来重新提交“缺陷”，需要设置“分配给”字段为开发负责人用户组成员。 步骤6：缺陷处于“验证中”状态 当开发人员完成修复工作，并提交测试后，缺陷状态设置为“验证中”。 测试人员开始验证。 测试人员认为该“缺陷”已修复，更改状态为“已关闭”，缺陷被关闭，“分配给”字段自动设置为null。 测试人员认为该“缺陷”没有修复，更改状态为“修改中”来重新提交“缺陷”给开发人员，需要设置“分配给”字段为开发人员用户组成员。由于开发人员已在CQ中指派，在QC中需要返还“缺陷”到原开发人员（可以通过QC缺陷的历史记录查找）。 附CQ缺陷管理流程图