陷等级和解决优先级

本文介绍了App BUG的四个等级划分,包括致命等级(P0)、严重等级(P1)、一般等级(P2)和轻微等级(P3),详细说明了各等级的定义和现象。还提及特殊情况的等级调整,以及BUG修复要求,如P0和P1需在模块交付前修复,P0要在24小时内处理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

P0:致命等级

【定义】:不能满足项目要求,基本功能不能使用;造成系统卡死、无响应;闪崩、闪退等导致App不能继续运行。

【现象】:

         1.造成app报错、闪退、卡死、无响应、无法正常使用

         2.由于程序原因造成的非法退出、死机

         3.接口500错误

         4.与服务器、数据库连接500错误

         5.因程序问题造成流程中断,无法继续执行下一步操作

         6.死循环

         7.数据统计计算错误

         8.数据未上报

         9.越权(付费与免费)

         10.用户信息丢失或错误,如升级及覆盖安装后数据异常

         11.严重视觉(UI)问题:核心页面

         12.不可忍受的卡顿、慢(大于30s)

          13.有重大安全漏洞

 

P1:严重等级

【定义】:部分主要功能未按需求实现,一些场景下功能不可用或产生错误结果,而且常规操作或非常规操作中毕现的问题。

【现象】:

          1.功能可被操作,但操作后功能无法执行

           2.单个操作可被执行,多个操作中某些功能无法被执行

           3.某些功能项使用无效

           4.在某些特定场景下分支流程走不通

           5.页面加载较慢(大于15S)

           6.系统兼容性问题导致次要功能异常(如:页面未显示全,但是不影响功能的使用)

           7.异常情况处理缺失,如断网、弱网、中断操作(前后台切换)

          

  P2:一般等级

  【定义】:产生错误中间结果但不影响最终结果,产生错误结果但不容易重现的问题。

  【现象】:

            1.App端界面上有明显的错误

            2.某些功能结果显示不正确,但输出正确

            3.输入或展示的格式不符合要求,比如:长度、单位、格式、大小、限定词等

            4.功能在一个页面实现,在另一个界面未实现或者不统一

            5.某些状态不能及时更新

            6.概率极低的闪退

            7.占比率低的非主流系统兼容性闪退(Android的某些机型)

            8.提示文案错误

            9.页面加载较慢(大于8S)

           10.概率性发生的缺陷

           11.文案过长被遮挡、未截断或未换行

           12.辅助说明描述不清楚或未给出

           13.删除未给出二次确认

           14.非常规操作或非常规路径、如多步复合操作后才能复现的问题(用户一般不这么操作)

           15.交互体验类bug:与系统交互或常人认知不符的交互问题

           16.UI兼容性/适配问题

           17.该隐藏的部分未隐藏(如:该****提示的未标出)

           18.安全保护代码:参数检查,判空,数组越界保护,类型溢出

            19.操作时未给用户提示(如:toast提示)

             

    P3:轻微等级

   【定义】:不符合常规用户习惯,界面样式错误等小问题或者需要完善的地方

   【现象】:

               1.界面展示不规范

               2.辅助说明描述不清楚、错别字

               3.App界面未及时刷新,影响功能实现

               4.窗口文字不一致、不符合规范

               5.页面指示、跳转、定位错误

               6.其他一些优化建议性问题

               7.极少机型的适配问题

               8.建议类bug,可修可不修,修了最好,不修不影响发布版本

               9.延期处理的缺陷(开发确定是缺陷,不影响当前上线,开发可在上线后处理)

              10.挂起的缺陷(开发人员待找技术解决方案)

     

特殊情况:

版本发布前2天

按照实际情况,可提高繁简体文案、错别字、toast提示的bug等级为P0

 

上线后:

影响用户使用或大量用户反馈的bug等级为P0

 

BUG修复要求:

1、所提交的bug应该被修复的优先级。共分为四级,分别为P0、P1、P2、P3, 其中P0最高,P3最低。P0 & P1的bug必须要在模块交付前完全修复。

 2、P0需在24小时内处理完成。若有完成不了的分险请及时报出

 

### RTOS 中优先级反转问题及其解决方案 #### 优先级反转概述 优先级反转是在实时操作系统(RTOS)中遇到的一个典型挑战,尤其在应用优先级调度算法的情况下。此现象发生于多个任务共享同一资源之时,低优先级的任务持有该资源并阻止了更高优先级任务的正常运行[^1]。 #### 影响系统性能的表现形式 此类情况不仅造成高优先级任务不必要的等待,还会显著延长系统的响应周期,极端情况下可能引发系统不稳定或丧失其应有的实时特性,从而削弱整个系统的效能表现[^3]。 #### 常见解决策略 ##### 优先级继承 一种有效的方法是实施所谓的“优先级继承”。具体而言,在FreeRTOS这样的环境中,当较高优先级别的进程因较低者占有互斥锁而受阻时,后者会被赋予前者相同的优先等级直至完成对该资源的操作为止。这种方法确保即使原本处于劣势地位的过程也能迅速推进,进而解除对更紧迫工作的阻碍[^2]。 ```c // 创建具有优先级继承特性的互斥锁实例 SemaphoreHandle_t xMutex; xMutex = xSemaphoreCreateMutex(); if (xMutex != NULL) { // 尝试获取互斥锁前后的操作... } ``` ##### 优先级天花板协议 另一种预防措施称为“优先级天花板”,即预先设定好每一个公共资源所能允许的最大访问权限级别。任何试图利用特定资源的对象都需按照不低于这一上限的标准来运作,以此防止潜在冲突的发生。 ##### 时间片轮转调度调整 对于某些场景下可能出现的问题,还可以考虑引入时间片的概念——给予重要程度较高的活动更多机会去执行它们所需的工作负载,借此缓解由于长时间排队所造成的延误状况。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值