《缺陷管理流程操作流程培训课件》由会员分享，可在线阅读，更多相关《缺陷管理流程操作流程培训课件（37页珍藏版）》请在金锄头文库上搜索。
1、2018/10/20,SIT缺陷管理流程,操作流程培训,2,2018/10/20,Outline,SIT缺陷管理流程。 缺陷管理流程步骤演示 。,3,2018/10/20,SIT缺陷管理流程图,4,2018/10/20,问题缺陷登记表,CQ自动生成问题单号,5,2018/10/20,问题严重等级,严重程度四级 整个系统处于瘫痪状态，不能正常运行。无法启动或拒绝连接等原因导致客户无法获得任何系统服务，并对客户业务的正常运行造成重大影响。 例如：数据库服务器停机，所有用户均受到影响。 严重程度三级 系统主要功能不能正常工作，并对客户业务的正常运行造成较大影响；生产系统不稳定，并有周期性的中断。 例
2、如：生产系统部分应用出现间断性错误，需要查明原因。 严重程度二级 生产系统部分功能或者软件出现故障，但仍可全面运行且无账务性差错，对客户业务系统的正常运行有一定的或轻微的操作影响。 例如：一个用户无法联接到服务器。 严重程度一级 需要硬件、软件产品功能、安装、或配置方面的信息或支援。对客户的业务运作几乎没有影响或根本没有影响。,6,2018/10/20,每个严重性等级的问题/缺陷从提出到关闭所需的合理天数指标,7,2018/10/20,缺陷管理流程步骤演示,创建并提交缺陷信息 缺陷问题状态转换流程 缺陷状态完结，流程结束,8,2018/10/20,登录 CQ 客户端,CQ个人帐号,选择：CBO
3、D : 核心业务系统,9,2018/10/20,新建SIT缺陷,红色为必填项,10,2018/10/20,新建SIT缺陷,【问题登记表编号】：如果不是从纸质的问题单（测试问题描述及处理表）输入，这一项可以不填。 【交易码】：这一项，必须是在CQ 的“项目信息”中已经输入的信息。对应项目信息中的“交易编码”； 【对应子系统】：CQ系统自动显示交易码所对应的“子系统”，不可修改； 【缺陷来源】：缺陷来源默认值和“对应子系统”保持一致， 可以手工修改；缺陷来源是CQ查询中分组的依据。 【测试人账号】：可以输入测试人员在CQ数据库中的账号；CQ系统会自动显示“测试人名称”；如果测试人员没有CQ账号，那
4、么需要自动手工输入“测试人名称”；测试名称是必输项； 【测试用例编号】：手工输入，必输项； 【提交人和提交时间】：CQ系统自动记录登记时间和提交人。,11,2018/10/20,新建SIT缺陷,12,2018/10/20,SIT缺陷管理流程图,13,2018/10/20,待审核状态,14,2018/10/20,【分配】安排技术排错小组人员进行解决缺陷 【资源限制】因涉及相关程序已经被另一个人所使用，未能及时为此缺陷所涉及的程序进行修改,审核通过 的缺陷待排错状态,分配状态下责任人、计划完成时间为必填项,请注意填写此处,15,2018/10/20,技术组长分配给开发人员，正在开发状态,16,20
5、18/10/20,问题/缺陷如涉及多个技术排错小组，则进行缺陷拆分,首先，点击操作下拉框的修改按钮对14691缺陷进行拆分,其次，按涉及子系统进行筛选,应用后，可以清楚看到父单的信息,17,2018/10/20,执行需要同步动作，将本缺陷转化为等待同步状态,18,2018/10/20,如有子缺陷没开发完成，需执行需要同步动作，将本缺陷转化为等待同步状态,19,2018/10/20,SIT缺陷管理流程图,20,2018/10/20,执行需要同步后，此缺陷拆分出两个CQ任务如下：,21,2018/10/20,开发完毕等待发版/等待同步状态,22,2018/10/20,开发完毕等待发版/等待同步状态
6、，版本组/环境组工作区,23,2018/10/20,版本组已将变更生效等待复测，测试人员工作区,24,2018/10/20,复测通过，缺陷流程结束，状态为已关闭 复测未能通过，返回到待审核状态（问题编号不变）,25,2018/10/20,SIT缺陷管理流程图,26,2018/10/20,技术排错组长审核后认为不是问题/缺陷，审核不通过，缺陷转移至业务测试组长,27,2018/10/20,确认为不是问题/缺陷的，缺陷流程结束， 状态为 已存档,28,2018/10/20,业务测试组长不认同技术排错组长意见驳回处理决定要求测试管理组协调解决 技术排错组长审核后认为仍需进一步研究,29,2018/1
7、0/20,新需求 等待研究的问题被确认为需求变更 待排错 等待研究的问题被确认为缺陷，并已安排技术排错小组进行解决 已存档 等待研究的问题经讨论后确认为不是缺陷,30,2018/10/20,SIT缺陷管理流程图,31,2018/10/20,附1：缺陷登记表,32,2018/10/20,附2：问题/缺陷登记表填写规则,“测试问题/缺陷登记表” 除特別说明外由业务测试执行小组人员填写。 “问题/缺陷编号” 由测试人员进行统一编号及登记。 当业务测试执行小组人员发现问题/缺陷时, 应先与对应技术排错小组人员识別问题/缺陷原因。 对于双方共同确定为不是应用软件或数据问题/缺陷的, 不需填写“测试问题/
8、缺陷报告表”；否則必须收集所有证明(例如:打印画面, 报告等等), 把问题/缺陷的详细描述填写在 “测试问题/缺陷报告表” 上。 如在一个测试用例发现多个问题/缺陷, 只需填写一张测试问题/缺陷登记表。 “问题严重性”一栏上, 应填写众多问题中最严重中的一个。 “测试问题/缺陷登记表” 填写完毕后，业务测试执行小组人员提交给所属的小组组长进行审核。 业务测试执行小组组长需对问题/缺陷进行审核，并对问题/缺陷的 “严重性等级”及“问题性质”进行初部的决定；测试管理组可按需予以修正。 业务测试执行小组组长需在当天指定时间前将发现的问题/缺陷提交给测试管理组。,33,2018/10/20,附3：缺陷管理流程状态概述,在测试问题管理平台中，为了使测试人员的问题从提出到关闭能顺利的传递到不同的问题解决人手中，问题管理平台设置了10个问题状态，描述如下：,34,2018/10/20,附3：缺陷管理流程状态概述,35,2018/10/20,附3：缺陷管理流程状态概述,36,2018/10/20,http:/66.10.10.3/cqweb/login http:/66.10.10.4/cqweb/login 66.10.10.4 客户端使用cc用户名和密码登陆（安装包、安装说明）,CQ安装,37,2018/10/20,The End,Thank you！,
