缺陷修复流程（基线）BJBX-54001936-140421-1659-28.pdf

03.缺陷修复流程（基线） 名称 版本 编辑 审阅 批准 日期 缺陷修复流程 2.0 曲鑫 贾春虎、崔立伟、Johnny、钟延荣 Johnny 2018-11-26 缺陷修复流程，用于修复正式测试、内部测试中发现的缺陷 1.准入条件 （1）在生产系统上发现并报告故障 （2）在测试期间发现故障 2.准出条件 （1）所有的修复缺陷涉及到的源代码上传到代码仓库Perforce （2）缺陷已经解决并通过测试验证 3.输入 （1）故障清单 （2）JIRA BUG 任务（JIRA ISSUE） 4.输出 （1）故障解决方案在故障任务中详细说明 （2）修复的代码上传到代码仓库Perforce （3）测试报告/记录 5.角色和职责 角色 职责 缺陷提出者 提供故障清单或者JIRA缺陷任务 对于开发经理的回复予以反馈 开发经理 评估缺陷任务 根据需要创建缺陷任务 制定缺陷修复计划 审查代码 软件开发工程师 研究故障，进行代码修复 测试工程师 执行软件测试 编写测试报告/记录 汇报测试结果 编译工程师 执行代码构建 6.活动 6.1 提交缺陷任务 （1）测试工程师/运维团队/客户提供故障清单 （2）或者测试工程师汇总各方提交的故障，依据项目实际情况，创建缺 陷任务（JIRA ISSUE） 6.2 评估缺陷任务 开发经理与团队对缺陷或故障进行初步分析 （1）如果缺陷有必要修复，开发经理制定缺陷/故障修复计划，创建 BUG ISSUE，并通知软件工程师去修复； （2）如果缺陷被定义为无效缺陷或重复提交的缺陷，开发经理在缺陷任 务中做出合理备注，通知缺陷提出者，缺陷提出者关闭缺陷任务 6.3 制定缺陷修复计划 如果缺陷有必要修复，开发经理根据缺陷的优先级，制定缺陷修复计划， 并按照计划创建SPRINT，设置SPRINT的目标、起止时间和包含的任务 6.4回复原因 如果缺陷被定义为无效缺陷或重复提交的缺陷，开发经理应对缺陷提出者 予以正面回复和说明 6.4.1认可原因 缺陷提出者认可开发经理的解释，关闭缺陷任务 6.4.2关闭缺陷任务 缺陷提出者关闭缺陷 如果缺陷任务以故障清单的方式提交的话，缺陷提出者应在清单中备注合 理的原因 如果缺陷任务是以JIRA bug issue的方式提交的话，缺陷提出者应在issue 中备注合理原因 6.5 分配缺陷任务 开发经理将缺陷任务分配给开发人员进行修复 6.6 修复故障 软件开发工程师开始编码修复缺陷 当软件开发工程师完成修复后，上传代码到代码仓库Perforce 6.7 单元测试 如有必要，开发工程师执行单元测试 如果测试成功，开发工程师将故障任务发送给开发经理审阅 如果测试失败，开发工程师处理单元测试失败的问题 6.8 审阅 开发经理对修复完成的缺陷任务进行功能/代码方面的审阅 如果审阅通过，开发经理按照缺陷修复计划，将JIRA bug issue分配给编 译者进行编译 如果审阅失败，开发经理将JIRA bug issue退回给开发工程师继续修复 6.9 构建软件 编译工程师根据计划，统一下载并编译代码 编译工程师需要对编译工作所涉及的代码分支、JIRA issue、组件版本等 信息进行记录和跟踪 代码编译完成后，编译工程师将成品组件、数据库补丁备份至指定存储位 置。 6.10测试软件 测试组按照软件测试流程，对软件进行测试，并将测试结果反馈给开发经 理 如果测试通过，测试工程师在JIRA bug issue上做好测试通过的记录，并 将测试结果反馈给开发经理和测试经理。 如果测试失败，测试工程师在JIRA bug issue上记录测试结果，并将JIRA bug issue退回给开发经理重新制定缺陷修复计划，如有必要，测试工程师 可以提供测试失败执行的测试用例和失败证据，方便开发人员定位问题 6.