缺陷管理流程说明

1、苏宁易购缺陷管理流程错误 !未找到引用源。错误 !未找到引用源。文档记录修订记录本次修订日期：下次修订日期：版本号修订日期变更概述作者修订显示2021-8-30初始版本黄道勇否2021-07-1修订曹雄(IBM)，丁晓东否批准者此文档需要以下人员批准姓名职务分发此文档分发给以下部门或单位相关人员:姓名职务1. 综述 52. 缺陷定义 6缺陷状态 6Jira缺陷流程图 6JIRA缺陷状态描述 6解决结果 7JIRA状态与解决结果对应表 7缺陷严重程度 8缺陷引入阶段 10缺陷根源 11紧急程度 12缺陷管理流程的角色和工作说明 123. 流程总览 14流程目的 14流程范围 14流程开场 14流

2、程完毕 14解决结果说明 14遗留缺陷定期清理 15缺陷关闭和删除 164. 缺陷管理流程 17流程图 17流程解析 1 81. 综述缺陷不仅仅是指软件的 Bug，还包括需求、设计上的问题等；通常使用缺陷管理系统管理软件开发 过程中所发现的缺陷。苏宁所有工程均需要统一使用JIRA工具进展缺陷管理。本文档将从缺陷定义、缺陷流程方面进展介绍，重点介绍缺陷管理的流程，涵盖的主要内容有流程 目的、范围，缺陷的相关概念，缺陷管理的阶段和活动详细描述，以及主要角色和工作职责。2. 缺陷定义2.1缺陷状态2.1.1 Jira缺陷流程图幵细融a?誕2.1.2 JIRA缺陷状态描述序号状态描述1已提交新建的，已

3、提交的缺陷2开发安排中缺陷被分配到具体解决人员序号状态描述3重新翻开的测试人员复测不通过，被重新翻开的缺陷4开发解决正在处理中的缺陷5已关闭被测试人员关闭的缺陷，说明缺陷在本工程中生命周期完毕2.2解决结果缺陷生命周期内的解决结果:序号解决结果描述1未解决新发现或者重新翻开的缺陷，问题还未被处理2问题遗留暂不修复本版本内不解决，在以后的目标版本中解决。3重复问题重复的缺陷，不需要处理。4无法复现问题无法重现，没有足够的证据证明该问题存在，无法处理。5非问题经确认为不是问题，不需要处理。6需求变更经确认为疋需求，需要执行需求变更流程。7描述不完整缺陷单内的信息不充分，不能支持开发分析。8已解决已

4、经被缺陷关系人处理修复的缺陷。9已验证通过缺陷报告人验证开发解决修复的缺陷，并进展关闭2.3 JIRA状态与解决结果对应表已提交开发安排中重新翻开的开发解决已关闭未解决VV问题遗留暂不修复VV重复问题VV无法复现VV非问题VV需求变更VV描述不完整V已解决V已验证通过V2.4缺陷严重程度在测试过程中发现的缺陷按照严重程度分为五级：阻塞，致命，严重，一般，提示。只要满足定义描述中的 一种情况，就可以判定为相应的严重程度。对每个严重程度的缺陷，有对修复时间的要求和对复测时间的要 求，需要开发团队和测试团队的响应配合，其详细定义及描述如下表：严重程度定义描述响应时间要求阻塞：?系统不可用且需要立即解

5、决例如：1、重要功能未完成，主要业务流程不能 完整进展，；2、重要应用无法正常使用，重要业务流 程错误或不完整；3、应用程序崩溃4、有其他方案执行的案例，由于此缺陷 无法执行?测试人员发现阻塞级别的缺陷，需要 立即汇报测试组长和测试经理?测试经理确认存在阻塞级别的缺陷， 需要立即和工程经理、产品经理、开 发经理进展沟通，协调解决致命：?可能对业务功能和整个系统造成影响和损失?系统不可用例如：1、安装异常，安装的数据丧失；2、因操作导致业务数据紊乱或丧失；3、系统关键性能严重不达标，引起系统?测试人员发现阻塞级别的缺陷，需要 立即汇报测试组长和测试经理?测试经理确认存在阻塞级别的缺陷， 需要立即

6、和工程经理、产品经理、开 发经理进展沟通，协调解决挂死或影响系统运行；4、数据库设计未到达要求或需求规格；5、关键业务逻辑错误；6、内存溢出；7、系统中断（含软件、硬件）或非法退 岀，且无法通过重启恢复 ；8、系统死循环；9、数据库死锁或数据库断连，且无法恢 复；10、数据通讯错误或接口不通 ；11、对操作系统造成破坏严重：?系统中单元模块或功能有缺失或错误?问题不影响其他模块的正常运行?可以有替代方法例如：1、业务数据保存不完整或无法保存到数据库；2、数据处理错误；3、 业务逻辑错误，功能接口错误；4、功能模块反响时间超岀正常合理时间范围，性能不达标；5、重要日志记录信息不正确或应记录而 未

7、记录；6、界面校验错误或者提示信息与异常处 理不符；7、前端未合理控制并发或连续点击动作，导致后台效劳无法及时响应；8、在产品声明支持的不同平台下，岀现 局部应用无法使用或错误 ；9、重要单据打印格式不符合要求，查询结果错误；10、严重的文档错误，报表数据错误；?测试经理或测试组长在确认严重级别 的缺陷后，需要在4小时内和工程经 理、产品经理、开发经理进展沟通， 协调解决一般：?根本不影响系统的运行和功能的实现， 但是存在与标准、标准和定义的不一致例如：1、辅助说明描述不清楚，提示信息不明 确或有错误；2、输入输出不标准3、长时间操作未给用户提示4、输入限制未放在前台进展控制5、拼写错误6、界

8、面不标准或者界面字段定义不准确7、用户手册岀现书写错误8、某些查询、报表导出等实时性要求不 高的辅助功能错误；9、采单布局，焦点控制，光标，滚动条 等错误或不合理；10、日志信息不够完整或不清晰 ；11、其他的一般性数据处理错误，一 般程序错误；12、删除操作未给岀提示?测试经理或测试组长当天与开发经理 确认一般缺陷的修复方案提示：?功能增强与改良，或是建议优化的项， 并非系统缺陷例如：1、软件界面、菜单位置、工具条位置、 相应提示不美观；2、 提示说明未采用行业标准语言；3、 显示格式不标准，文本未对齐；4、界面优化、功能易用性优化建议无要求2.5缺陷引入阶段编号引入阶段描述1需求阶段在业务

9、需求和系统需求进展评审，以挖掘需求中隐含的缺陷2设计阶段概要设计和详细设计阶段，通过评审、冋行评审等手段，提前发现 设计过程中可能的缺陷3开发阶段通过白盒测试、代码评审等方式进展动态或静态测试4测试阶段由测试人员执行案例的方式，进展缺陷挖掘；由产品人员执行测试 方式，进展需求确认和缺陷挖掘5日常运维日常运维，线上维护阶段注：日常运维阶段引入的缺陷，属于运维故障，缺陷引入阶段不包含这个阶段2.6缺陷根源缺陷根源可用于对测试过程中所发现的缺陷进展根因分析，识别根本原因，并按照度量结果采取有针对性的 解决方法和改良措施。在测试过程中产生的缺陷通常根源于以下几个方面编号根源描述1.需求错误由于错误的需

10、求定义或已取消的需求引发的缺陷2.开发错误开发与需求不一致，需要开发修改的，开发造成的功能缺失，功能 实现错误，功能不完善而引发的缺陷3.设计错误由产品设计不合理或不严谨引发的缺陷，包括系统设计，概要设计 和详细设计.4编码错误程序代码中的错误5.测试环境错误测试环境搭建不合理或不严谨引发的缺陷6测试数据错误测试数据准备不充分，不合理或不严谨引发的缺陷7部署错误被测版本部署方式/方法的不合理，没按照正确的部署流程部署而引 发的缺陷2.7紧急程度编号紧急程度描述1重大优先级1级，要求立即解决；如系统崩溃，丧失数据或内存溢出等严重错 误;紧急需求，如重大促销活动，领导决策优先考虑的需求等2高优先级

11、2级，要求当天内解决；如影响主营业务正常运行的错误3中优先级3级，要求尽快解决；如主要的功能无效、新增功能建议；不影响正常业务运营的bug;紧急程度不高的一般需求4低优先级4级，如非常用功能无效或对现有系统的改良5次要问题或需求5级，拼写错误，文本未对齐等可改可不改的个人建议2.8缺陷管理流程的角色和工作说明角色描述工作说明测试人员测试执行?识别缺陷人员?记录并提交缺陷?执行复测，检验缺陷是否成功解决?重新翻开或关闭缺陷测试组长测试组长?协助测试经理履行局部缺陷管理职能?进展测试执行识别、提交缺陷，并进展复测和关闭工作测试经理测试经理?审核缺陷的有效性?驳回不完整或描述有误的缺陷?识别重复缺陷

12、和无效缺陷，?提交缺陷给工程经理审核分配?管理缺陷，跟踪缺陷状态工程经理工程经理?审核缺陷的有效性技术经理?驳回不完整或描述有误的缺陷开发组长?识别重复缺陷和无效缺陷，评估需要延期修复的缺陷，分发缺陷给开发人员、需求人员或者开发组长分析修复人员开发组长?识别重复缺陷或无效缺陷，退回给工程经理?分析缺陷，分发给开发人员修改，或转发给其他团队的适合的受理人?协调开发团队修复缺陷，参与评审或给出缺陷解决方案?对需要延期的缺陷返回给工程经理，给出意见或参与评审开发人员?识别重复缺陷或无效缺陷，退回给工程经理?修改程序设计或代码的相关缺陷?修改后的代码或程序自测完成后，提交测试人员复测需求人员?识别重复

13、缺陷或无效缺陷，退回给工程经理?解决业务需求相关的缺陷?对需要延期的缺陷提供业务分析和决策3. 流程总览3.1流程目的缺陷管理流程的目的是标准在缺陷管理过程中各方的职责和任务，提高缺陷管理的效率。同时，成功识别和解决测试发现的缺陷从而提高产品的质量，在测试过程中发生的所有缺陷都需要进展记 录、分析、并查找根本原因，利用缺陷的相关度量指标进展统计分析，预测下一阶段的缺陷发生趋势。缺陷 记录和相应的缺陷报告为工程提供主要管理信息，也能对于缺陷的解决方案进展优先级排序。3.2流程范围本流程的使用范围包括了系统测试、系统集成测试和验收测试阶段，适用于测试人员、测试组长、测试经 理、工程经理、开发组长、

14、开发人员、需求人员等。3.3流程开场测试活动开场，测试执行人员识别出缺陷或继承上一版本暂不修复缺陷，本流程即开场。3.4流程完毕缺陷的JIRA状态为"已关闭"，即为缺陷在本工程中流程完毕。缺陷的JIRA状态为"已关闭"，但解决结果为“问题遗留暂不修复"，视为该缺陷在工程中流程完毕。但 是该缺陷在产品/系统维度的生命周期未终结，在后续的相关工程中该缺陷需要被重新翻开进展修复和验 证。3.5解决结果说明在解决结果被设置为以下选项时，需要确认相关的依据和证据已经被提交在JIRA中，才允许关闭缺陷:?设置解决结果为“重复问题"的缺陷，必须在备

15、注中填写被重复的缺陷单号，并由测试经理或测试组长确认后允许关闭；设置解决结果为“需求变更"的缺陷，必须在备注中填写需求变更的JIRA单号，并由测试经理或测试组长确认后允许关闭；设置解决结果为“非问题"的缺陷，必须在备注中填写说明为非问题的详细原因，可以添加附 件说明.，由测试经理或测试组长确认后允许关闭；设置解决结果为“无法复现"的缺陷，开发人员必须和测试人员充分沟通，由测试经理或测试组长确认后允许关闭；设置为“已解决"的缺陷，必须由缺陷提出人进展验证后关闭，并最终将解决结果置为“已验证通过"；设置解决结果为“问题遗留不修复"的缺陷，

16、必须是在JIRA中留下同意遗留的证据领导备注确认遗留信息或附件领导同意遗留的邮件、ST聊天记录。最后由测试经理或测试组长确认有相关的证据后，允许在本工程中关闭缺陷：缺陷等级为阻塞、致命的缺陷，需要提供中心领导确认同意遗留的信息至JIRA中；缺陷等级为严重的缺陷，需要提供工程经理和对应产品部门的领导确认同意遗留的信息至JIRA 中；缺陷等级为一般和提示的缺陷，需要提供工程经理和对应产品经理确认同意遗留的信息至JIRA 中。3.6遗留缺陷定期清理各中心的测试负责人有责任参与和推动遗留缺陷的清理工作。测试负责人需在每个工程开场前统计 JIRA中对应系统遗留的缺陷清单，并在该工程发布会上，由中心领导和

17、工程经理确定本次工程中需要修复 的遗留缺陷。确定本次工程需要修复的遗留缺陷后：?由工程测试经理/测试组长，在JIRA中重开确定的遗留缺陷；使用JIRA中“恢复开启问题"功能按钮，重新翻开遗留缺陷缺陷状态被置为“重新翻开 的"，解决结果被置为“未解决"；编辑缺陷，在“遗留缺陷修复工程"中填写本次工程名称。? 遗留缺陷被修复，并在测试人员确认后，该缺陷的状态被置为“已关闭'、解决结果被置为 “已验证通过"。3.7缺陷关闭和删除?只有缺陷报告人才能将缺陷的JIRA状态置为“关闭"的状态。JIRA中设定的测试经理亦有关闭权限，以备不时

18、之需。非缺陷报告人及测试经理关闭的缺陷，该缺陷必须重新翻开。?只有缺陷报告人才能编辑缺陷，非缺陷报告人无权编辑缺陷。?任何缺陷一经提交，均不允许删除。JIRA中取消缺陷删除操作。4.缺陷管理流程4.1流程图开始080复测缺陷>人岀提题问师程工试测长组试测010识别缺陷4.状态“重新打开的”解决结果“未解决”1.状态“已提交” 解决结果“未解决”020记录并提交缺陷5.状态“开发解决”解决结果“非问题”、“重110重开缺陷090是否通过复测3.状态“已关闭”解决结果“已验证”、“非问题”、“重复问题”、“无法复现”、“问题遗留不修复”100关闭缺陷结束理经试刿长组试测复问题”、“无法复现”

19、七;030判断缺陷是否有效二亠120取消缺陷理经目项015继承本系统 的历史遗留缺陷C4.状态“重新打开的” 解决结果“未解决”017重开缺陷|140判断是否取消f二190确认是否遗留)师人程决工解发题开问(否040是否非缺陷050是否需求问题160需求变更流程是5.状态“开发解决”解决结果“非问题”、“重复问题”、“无法复现”疋-130取消缺陷是修复2.状态“开发解决”解决结果“已解决”E6.状态“开发解决”:结果“问题遗留不修复”170遗留缺陷+070修复缺陷4.2流程解析活动编号角色活动名称活动说明010测试组长/测试识别缺陷1.在测试执行过程中某一操作/过程/结果是否是缺陷工程师2.后

20、续020编号活动（问题提岀人）015工程经理继承本系统的历史1.在测试执行开场之前，工程经理确定需要继承并遗留缺陷在本工程中修复的本系统历史遗留缺陷2.后续017编号活动017测试组长/测试重开缺陷1.测试经理对重新翻开历史遗留缺陷使用JIRA中工程师“恢复开启问题'功能按钮2.缺陷状态设为“重新翻开"3.缺陷解决结果为“未解决“4.编辑缺陷，添加“遗留缺陷修复工程"内容5.后续070编号活动020测试组长/测试记录并提交缺陷1.在jira中填写新的缺陷记录工程师需满足JIRA问题单填写标准的要求（问题提岀人）2.后续030编号活动030测试组长/测试判断缺陷是否有

21、效1.经测试经理/组长判断为非有效缺陷经理2.后续120编号活动3.经测试经理/组长判断为有效缺陷4.后续040编号活动040开发工程师是否非缺陷1.开发人员判断为有效缺陷（问题解决人）2.后续050编号活动3.开发人员判断为非有效缺陷4.后续130编号活动050开发工程师（问题解决人）是否需求问题1.2.3.4.开发人员分析是需求问题后续150编号活动开发人员分析判断为非需求问题后续060编号活动060开发工程师是否遗留1.开发人员分析此缺陷需要遗留（问题解决人）2.后续170编号活动3.开发人员分析此缺陷不需要遗留4.后续070编号活动070开发工程师修复缺陷，并发布1.开发人员开场修复缺

22、陷（问题解决人）安装新版本2.修复完成后提交发布申请单3.后续080编号活动080测试组长/测试复测缺陷1.测试人员按照版本发布单中列岀的问题修复列工程师表，复测/回归缺陷（问题提岀人）2.复测/回归通过3.后续090编号活动4.复测/回归不通过5.后续110编号活动090测试组长/测试是否通过复测1.测试人员确认复测/回归通过工程师2.在缺陷单的备注中填写 XXX版本复测/回归通过（问题提岀人）3.后续100编号活动4.测试人员确认复测/回归不通过5.在缺陷单的备注中填写 XXX版本复测/回归不通过6.后续110编号活动100测试组长/测试工程师（问题提岀人）关闭缺陷1.2.3.此缺陷单流程完毕状态为“已关闭"解决结果为“已关闭"或“问题遗留不修复"原解决结果为“已解决'、“非问题"、“重 复问题"、“需求变更"、“无法重新'的缺 陷，在本活动之后，解决结果变为“已关闭"110测试组长/测试重开缺陷3.测试人员对开发人员提交的修复缺陷进展复测/回工程师归，但不通过（问题提岀人）4.把缺陷状态设为“重新翻开&