软件开发问题单级别划分依据

一、致命
产品的关键功能和性能不能符合用户要求，或由于设备质量原因造成业务中断、频繁瞬断或服务质量严重下降等可能给用户收益或声誉造成较大损失的问题。
（1）整机或关键部件异常重新启动或瘫机；
（2）由于设备质量原因造成的基本业务失效、部分失效及不能稳定提供，基本业务例如附着、位置更新、路由区更新、切换、呼叫、短消息等业务，具体可以由各产品根据实际情况调整；
（3）话单无法生成，或丢失话单或话单错误并可能影响用户收益或声誉的；
（4）重要操作维护功能完全失效，例如用户无法对系统进行操作维护或操作维护经常被打断，无法登记话统任务，无法对系统进行维护，告警功能完全丧失等；
（5）系统性能基于上一个版本下降10%以上并可能影响用户收益或声誉的；
（6）按照版本升级指导书操作导致系统升级失败；
（7）其他可能造成业务中断、频繁瞬断或服务质量严重下降等可能给用户收益或声誉造成较大损失的问题，例如资源大量吊死、大量消息丢失、时钟丢失无法恢复等。
（8）产品不符合行业规范或目标客户群所在地区的相关标准，如果不解决将导致无法在该地区销售；
（9）不符合安全规范，在遵守安全规程进行操作维护的情况下可能造成重大人身伤亡的问题；
说明1：系统关键部件由于异常原因发生倒换并且倒换成功，这种情况对用户应该说不会造成很大影响，但在实验室测试中，发生了异常重新启动说明系统中发生了非常严重的错误，因此仍建议作为致命问题；
说明2：关于OMC软件的问题级别定义，若该软件不是作为独立的产品发布，例如LMT，则对LMT小概率死机问题，建议定义为严重，对频繁出现死机，影响用户正常操作的，则定义为致命。对于独立产品发布的OMC软件，可以根据上述第二条自定义基本业务。
说明3：关于（6），只要测试人员严格按照升级指导书操作，无论是指导书错误还是版本质量原因造成的升级失败，都作为致命问题，这主要是考虑到升级失败对用户的影响是非常大的。
二、严重
在产品规格书或行业标准规定的条件范围内，系统的主要功能和业务性能不符合用户要求，或不能稳定运行，但仍然可以向用户提供基本的业务。
（1）非基本业务功能失效或部分失效，例如跟踪任务无法创建或创建后没有输出、无法取日志、一个话统任务创建失败、故障告警没有上报；
（2）基本业务功能在特定的不常见的条件下的失效，例如在某异常情况下的处理不符合协议；
（3
1 问题单级别标准
问题级别判定遵循就重不就轻原则，当问题现象可能符合多个问题级别定义的描述时
，应选择级别高的作为最终的问题级别。
级别名称
定义说明
致命
产品的关键功能和性能不能符合用户要求，或由于设备质量原因造成业务中断、频繁瞬断或服务质量严重下降等可能给用户收益或声誉造成较大损失的问题。
严重
在产品规格书或行业标准规定的条件范围内，系统的主要功能和业务性能不符合用户要求，或不能稳定运行，但仍然可以向用户提供基本的业务。
一般
部分次要功能失效或性能略有降低，但不会造成用户收益或荣誉受损失。
提示
系统功能可以正常运行，但存在不影响功能正常完成的操作、理解上不合理的问题。
2 问题单关单类型

关闭类型
定义
要求
问题单正常测试关闭
问题解决关闭：
修改正确，验证通过后，正常关闭的问题单
要有修改实施过程和回归验证结果证明。
Closure After Correction
转需求跟踪关闭：
CCB评审结论为转需求跟踪的问题单。
SE负责提交需求单，并在原问题单中附上需求跟踪单号后走回归验证流程。由回归测试人员确认需求跟踪单的内容，无误后，按回归测试通过关闭。
非问题关闭：
不作为问题进行跟踪（不重现/不是问题）的问题单。
需要给出非问题原因和评审结论。安全问题单若为非问题需有子域相关的安全SE审视意见和结论，并将评审的详细信息附到问题之后方可作为非问题关闭。
Closure of noneffective Defect
　　
重复问题关闭：　
已有相同问题（一般指缺陷原因相同，但问题现象可能不同的共因问题）进行跟踪的问题单。
重复问题的最终认定由测试经理负责，测试经理需要检查重复问题单号，才可以选择走重复问题关闭。关闭时必须说明原因并注明与哪一张问题单重复。
Closure of Repeated Defect
　
撤销（仅测试经理审核阶段）
　
测试经理审核阶段认为提单有误进行撤销的问题单。
测试人员提单初期，由测试经理判断非问题的可以撤销。一旦经过测试经理审核通过，问题单走给开发，不能撤销，可以走非问题关闭、重复问题关闭。撤销问题单时，要写清楚撤销原因。
Cancel
　
测试经理审核阶段后进行的撤销行为均视为高风险撤销，属于违规撤销操作。
2.1 降级条件

同时满足以下条件的问题单才可以执行降级操作：
1、 经过多次测试，连续3个月仍不重现的问题

斋哥🇨🇳:
  2、 【是否降级】字段按实际情况选择“是”或“否。
<附录一> 常见问题单不规范问题

问题大类
违规类型
典型问题
违反规范【所在章节】
问题单走单违规
问题单异常关单
1、在开发定位阶段认为是非问题，返回给测试撤销。
【8】测试人员提单初期，由测试经理判断非问题的可以撤销。一旦经过测试经理审核通过，问题单走给开发，不能撤销，可以走非问题关闭、重复问题关闭。
2、相同问题在别的版本已经修改，本版本只回合的问题单，回合后直接关闭。
【7.8.2-2-c】问题单必须通过回归测试，验证问题已经解决，并且没有产生新问题的情况下才能正常关闭。其他版本中已经修改，本版本回合的问题单不能在没有进行测试前就进行关闭/撤销。
问题单异常降级
1、降级的CCB评审会议 DTS中无与会人、评审原因，只有CCB评审结果为同意降级。
【9.2.2-2】 在“CCB方案审核”环节填写CCB评审纪要，包括与会人，降级原因，降级结论。
2、由于版本过点/发布的DI压力，召开CCB评审，对部分问题单降级到提示跟踪。
【9.1】经过多次测试，连续3个月仍不重现的问题单才可以申请CCB降级。
定位人和审核定位人为同一个人
1、定位人为PM、兼开发，认为自己具备审核资格。
【7.4-2】定位审核人与定位人员不能为同一个人。
回归不通过走单处理不规范
1、测试在过点前清理问题单时，要求每日不能留单，所以有些暂时无法回归的问题单（没有环境、周边配套模块不具备等）直接打回给开发了。
【7.8.2-3】对于回归不通过的问题单，回归测试人员必须及时通知到相关问题修改人，尽量达成一致意见，并在不通过的原因中给出详细的描述，然后返回。如无法达成一致意见，应及时将问题反馈给测试经理或相关测试负责人，开发和测试的负责人要对结论达成一致意见。
问题单填写违规
提单描述不清晰
1、提单详细描述中，没有环境信息、问题描述没有操作步骤只有截图、没有预期结果。
2、提单的标签分类缺失。
【7.1.1】DTS提单填写时，简要描述中必须添加相关标签分类：【模块】、【提单类型】【问题分类】；
详细描述中的必填字段包含：【测试环境】、【测试版本】、【预置条件】、【测试步骤】、【预期结果】、【测试结果】、【截图/录屏】。
问题单定级异常
1、提单将严重影响功能的问题，级别定为提示。
【6】问题单级别标准。问题级别判定遵循就重不就轻原则，当问

述时，应选择级别高的作为最终的问题级别。
问题单定位分析阶段填写不规范
1、没有填写修改建议。
2、原因分析填写不具体。把现象当原因。把修改建议当做原因分析填写。
【7.3.1】 定位阶段填写时，详细描述中的必填字段包含：【原因分析】、【处理建议】；注意原因分析要填写技术根因，而非问题现象。
2、简易流程单，没有定位分析阶段，修改建议和原因分析未填写。
【7.3.2】简易流程的问题单，要在开发修改阶段填写清楚【原因分析】和【修改建议】。
问题单修改阶段填写不规范
1、复制问题单，以为原单有写修改方案、测试建议，本单就没有再填写。
【7.5.2-2】同步单，若原单修改方案和测试建议不明确，在修改阶段也要写清楚修改方案和测试建议。

（3）非关键性部件故障，例如监控系统故障、备板故障等，这些部件的故障不会影响用户使用基本业务；
（4）系统数据丢失或出现不一致但不会给用户带来损失；
（5）系统未达到要求或设计的性能指标、系统或模块性能下降但不影响基本业务；
（6）用户资料存在严重的技术错误或缺少重要技术内容；
（7）其他各种可能对客户造成影响但尚未影响基本业务的问题，例如单板误码率较高但还能支持基本业务、资源吊死但能通过核查恢复、少量消息丢失等；
（8）部分主要功能操作很不方便，多数用户会认为这些操作方式显著影响工作效率；
（9）不符合安全规范，在遵守安全规程进行操作维护的情况下可能造成轻微人身伤害或设备损坏的问题；
说明：对于（1），如果理解部分失效，它和一般问题中（1）中一个特例失效的区别在什么地方。举一个例子，如果一个话统任务创建失败，我们认为这是话统功能部分失效了，这是一个严重问题；如果一个话统任务的某个指标统计结果不正确，则这是一个特例失效，应该是一个一般问题。
三、一般
部分次要功能失效或性能略有降低，但不会造成用户收益或荣誉受损失。
（1）非基本业务功能的一个特例失效，例如某条跟踪消息无法解释、某个话统指标统计结果不正确、参数未检查但未造成严重后果；
（2）出现异常告警/断言等但没有影响系统的正常运转；
（3）帮助文档少量内容缺失，用户文档及界面提示中存在一些不会造成严重后果的技术错误，翻译错误；
（4）不符合公司编程规范（必须遵循部分）；
（5）其他不属于致命/严重的功能失效或性能降低的问题；
（6）部分次要功能操作不方便；
（7）在某些罕见或外界强烈干扰情况下（不包括外部灾难情况）会出现短暂的次要功能失效，且能够自动恢复；
说明：话统是用户用来衡量比较设备运行情况一个重要信息，因此一些关键指标的不正确通常会引起客户的高度重视，因此这些指标的不正确仍应该定为严重问题。但对没有实际网上应用经验的产品来说要定义关键指标是困难的，而话统指标又非常多，因此我们暂时把此类问题描述到一般问题中，请各产品在具体操作中掌握。
四、提示
系统功能可以正常运行，但存在不影响功能正常完成的操作、理解上不合理的问题。
（1）用户界面文字排版风格问题；
（2）资料文件或提示信息可读性差、不易于理解，导致操作不便（但不至于操作维护中止、引起错误操作后果的）；
（3）操作维护功能使用不方便，无效命令或信息冗余，并且不方
的程度很轻微；
（4）不符合公司编程规范（建议部分）；
（5）其他不属于致命/严重/一般的问题