Bug等级权重分配

最新推荐文章于 2025-08-16 10:46:31 发布
最新推荐文章于 2025-08-16 10:46:31 发布
阅读量1.5k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： OpsDev OpsDev运维开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Hu_wen/article/details/8552706
本文探讨了测试行业中Bug的权重分配问题，从早期仅计数到如今按严重等级分配权重，以更科学地评估测试人员工作。文章提出考虑按照Bug发现难易程度来调整权重，鼓励发现如"建议"级别的问题，以提升产品质量。同时，也指出这种评估方式适用于较为成熟的产品，对于功能尚不完善的产品则可能不适用。最后，提到了Bug等级定义的模糊性，如页面文字错误应如何分类。

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

随着测试行业的发展，测试队伍的不断壮大，测试规范也变得越来越完善

周一上午开周例会，大家讨论一个了确定一个很有意思的问题，那就是Bug的权重分配问题。

了解本专栏 订阅专栏 解锁全文 超级会员免费看
四轴机械臂，eyeinhand的方式，手眼标定时末端仅能绕Z轴旋转，无法调整俯仰角度拍摄标定板，拍摄标定板照片应该以什么标准来拍摄？
**My Coding Family**
06-28 868
🏆 本文收录于《全栈Bug调优(实战版)》专栏，致力于分享我在项目实战过程中遇到的各类Bug及其原因，并提供切实有效的解决方案。无论你是初学者还是经验丰富的开发者，本文将为你指引出一条更高效的Bug修复之路，助你早日登顶，迈向财富自由的梦想🚀！同时，欢迎大家关注、收藏、订阅本专栏，更多精彩内容正在持续更新中。让我们一起进步，Up！Up！Up！    备注： 部分问题/难题源自互联网，经过精心筛选和整理，结合数位十多年大厂实战经验资深大佬经验总结所得，数条可行方案供所需之人参考。
软件测试质量评价与提测规范：高效提升软件品质
z_ran的博客
02-20 1484
DI = 致命级别的问题个数*8 + 严重级别的问题个数*4 + 一般级别的问题个数*1 + 提示级别的问题个数*0.5。说明：提测功能模块、未提测功能模块以及预计提测时间，提测模块需与需求文档的模块名称保持一致。界面问题、提示信息、建议性、易用性、统一性（以开发技术规范中定义但是系统中未实现为标准）说明：提测版本、提测链接/二维码、测试账号、禅道、Yapi、原型地址、数据库连接。功能问题、业务逻辑问题、数据控制、保存失败等，影响流程或功能实现的问题。测试BUG分类：轻微、一般、严重、致命。
BUG等级权重分配新说
xingqisan的专栏
06-29 1916
随着测试行业的发展，测试队伍的不断壮大，测试规范也变得越来越完善周五下午开周例会，大家讨论一个了确定一个很有意思的问题，那就是Bug的权重分配问题。几年前，公司对于测试人员的工作评估主要是依据该测试人员发现bug数目而现在，我们将bug分为了若干等级，分别为致命，严重，一般，提示，建议等等，并将这些等级分别附一个权重，最后的测试人员的工作评估是按照最后的权重值来计算的。 
bug优先级定义
qq_39918265的博客
08-28 1827
1级bug：非常严重的bug.例如，软件的意外退出甚至操作系统的崩溃，数据的丢失 2级bug：比较严重的bug.例如：软件的某个菜单不起作用或者产生错误的结果 3级bug：一般缺陷，不影响主要功能，不容易发现的bug。 4级bug:前端界面的细微缺陷。例如。某个控件没有对齐，符号缺失等。 5级bug:错别字这类。...
Bug 的级别有哪些？如何判断 Bug 的级别？
weixin_45422672的博客
06-26 835
软件缺陷（Bug）按严重程度通常分为5级：致命级（系统崩溃/数据丢失）、严重级（核心功能失效）、中等级（次要功能问题）、轻微级（UI细节问题）和建议级（优化提案）。判断标准包括功能影响范围、用户体验、安全风险、业务场景和技术修复成本，需结合具体案例动态评估。明确缺陷分级有助于团队优先处理关键问题，需事先制定规范并达成共识。典型示例：支付功能崩溃属致命级，图片加载失败属中等级，文字错别字属轻微级。合理分级能有效提升软件质量和修复效率。
【bug】ssd-master使用自己训练的权重模型重新训练
weixin_44363167的博客
09-13 288
由于我想是使用自己训练好的模型增加轮数继续训练，开始我将代码指向模型的地方在model_zoo.py中可以自己修改，我没有修改，我将模型训练好的名称model_final.pth改为vgg16_reducedfc.pth放到了C:\Users\Administrator.torch\models下，并执行train.py文件，但是报错了：RuntimeError: Error(s) in loading state_dict for ModuleList: Missing key(s)
网页bug和权重问题
qq_50471372的博客
03-01 152
1.bug 1 如果子元素的 margin-top 传递到父元素上,父元素和子元素一起下来 解决方案:在父元素上面添加 overflow:hidden 或者有浮动 , margin-top 也不会传递到父元素上 2.溢出隐藏初始化: 1. white-space:nowrap (文本强制不换行) 2. overflow:hidden (溢出隐藏) 3. text-overflow:ellipsis (文本超出省略号) 3.bug 2 图片
Bugzilla使用手册及解决方案
weixin_33721427的博客
04-02 825
Bugzilla使用手册   Bugzilla 是一个开源的缺陷跟踪系统（Bug-Tracking System），它可以管理软件开发中缺陷的提交（new），修复（resolve），关闭（close）等整个生命周期。 　　Bugzilla是一个搜集缺陷的数据库。它让用户报告软件的缺陷从而把它们转给合适的开发者。开发者能使用bugzilla保持一个要做事情的优先表，还有时间表和跟踪相关性。不是...
软件报bug时量化业务影响权重和安全权重
最新发布
从技术实践立足，从项目管理方法论延伸思考
08-16 427
​概率\影响低（1）中（2）高（3）​。
如何定义一个BUG
weixin_30640291的博客
07-18 1840
一、划分一个bug的等级 bug等级主要分为致命、严重、一般、轻微或者建议四个等级； 1.致命错误：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定、价值较高功能异常（比如与金钱相关的功能） 具体基本上可分为： （1）严重花屏 （2）内存泄漏 （3）安全问题 （4）用户权限问题 （5）网页无法正常打开 （6）严重的数值计算错误 （7）功能设...
BUG 优先级判定
03-29
而引用[3]和[4]提到不同等级的定义，比如紧急/致命级别的BUG需要立即处理，这可能对应高优先级。此外，引用[1]提到项目优先级与部门优先级之间的协调，这可能影响BUG处理的资源分配。 接下来，我需要整理判定标准。...
新的軟件質量評估方法--權重計算
与code无关的反思
11-09 531
之前在我的“新的軟件質量評估方法”一文中，有涉及到權重，現在通過實踐對其進行更新，方便大家的操作和使用。 下圖為新的軟件質量評估方法4大方向及要點。​ 。 軟件質量的評估計算公式更新為：Bug率=Bug/權重 基於項目大小，權重的最大飽和值可以定位：100、1000、10000 等；四大評估方向各占25%；每個要點等級為1~5. （具體的可以根據實際情況調整）；要點亦可根據實
管理感悟：计算缺陷的权重
柳鲲鹏
01-09 1209
管理感悟：计算缺陷的权重 　 　 红朝儒生 2017-1-2 　 关键字：缺陷 权重 简介：解决缺陷（BUG）的优先级，可以用严重性、复现性、常用性三个特性的乘积来计算。 　 　 　　软件总有BUG，也就是缺陷、问题。 　　有问题就要解决，解决就要按照顺序。对于一个程序员来说，问题解决的优先顺序如下： 　　首先是严重问题。比如软件一启动就死，经常登录不上，就是严重问题。严重
Bug的严重等级和优先级别与分类
从不摸鱼
11-18 2782
Bug是指在软件开发或者系统运行过程中出现的错误、缺陷或者异常情况。它可能导致系统无法正常工作、功能不完整、数据错误或者界面异常等问题。Bug通常是由程序员在编写代码时或者系统运行时出现的逻辑错误、语法错误、算法错误等导致的。它们可能发生在任何软件或系统中，无论是操作系统、应用软件、网站还是移动应用程序等。Bug的出现可能会导致系统崩溃、功能无法正常使用、数据丢失或者安全漏洞等问题。为了解决Bug，开发人员需要在软件开发过程中进行测试、调试和修复工作，并发布更新版本或补丁来修复Bug。
BUG生命周期和管理
极地城的专栏
11-28 2497
1、BUG的影响 精神的摧残 谁会愿意得到垃圾团队的称号？BUG有着无穷的生命力，你会很悲观，认为自己已经无能为力了，这种情绪会在长时间的工作后加重。大家都厌倦重复处理相同的问题，测试人员也已经烦透了长长的BUG列表，精神压力与日俱增。低生产率和低等产品质量，耗费了大量的资源。有时管理层并没有意识到发生了什么问题，为了保证项目的最终交付，他们为项目输送了源源不断的新人，由于培训
软件测试质量和效率评价之我见
weixin_33938733的博客
05-23 480
写在前面 　　近期在研究如何提高软件测试质量和效率，发现要完成这个课题，先要搞清楚如何评价软件测试质量和效率？搜罗了不少资料，木有找到权威的说法，于是结合自己的经验进行了总结，便得此文，愿抛砖与业界朋友探讨。 　　软件测试质量和效率评价的范畴 　　原本打算将软件测试质量和效率分别评价，但基于软件测试不可穷尽的特点，以及测试时间总是那么紧张的现实，更多的时候我们需要在质量和效率之间加以权衡...
如何保证测试质量之Bug管理规范及流程
m0_67034352的博客
03-31 6166
目录 Bug属性规范及流程1 1.目的2 2.范围3 3.工具3 4.角色和职责3 5.Bug属性定义3 5.1．bug类型4 5.2．bug严重性4 5.3bug优先级5 6.Bug管理流程6 6.1提交bug6 6.2分配bug6 6.3解决bug7 6.4验证bug7 6.5遗留bug7 6.5.1跟踪遗留bug7 6.5.2产品发布后发现的bug8 6.6bug分析8 目的 本文档定义bug的整个生命周期，...
软件测试的度量
一分耕耘一分收获
02-21 1636
软件测试的度量，Bug数量是重要的指标，但是不能简单的用Bug数目来衡量，因为优秀的软件本身的Bug数目就很少，这不是软件测试人员的失败，有些质量很差的软件Bug极多，也不能简单证明测试人员的成功。 套用《Google软件测试之道》3.3 章节，Google Docs测试工程师Lindsay Webster负责组织包括SET在内的整个团队的测试策略。他的观念：“测试的退出标 准应该是：你有足够的信息，剩下的bug都是属于那些使用率较低，出问题之后对用 户影响也较低的模块。” 优...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

hu_wenjie

您的鼓励将是我创作最大的动力！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值