BUG单内容规范

最新推荐文章于 2024-06-21 17:09:56 发布

ewq159

最新推荐文章于 2024-06-21 17:09:56 发布

阅读量1w

点赞数 4

分类专栏：基础知识文章标签：测试规范

本文链接：https://blog.csdn.net/ewq159/article/details/79500546

版权

本文详细介绍了BUG报告的规范，包括必填字段、内容描述、缺陷等级、问题严重性、出现概率、生命周期状态、处理结果和优先级等方面，旨在确保问题的准确记录和有效解决。同时强调了产生原因和解决办法的重要性，以及回归测试的要求。

摘要由CSDN通过智能技术生成

1. 字段（一个BUG拥有的所有属性）

BUG编号

模块

测试用例编号

标题

描述

重现方法

恢复办法

概率类型

出现概率

缺陷等级

生命类型

状态

处理结果

优先级

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

ewq159

关注关注

4
点赞
踩
51

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

bug管理规范

小七的博客

02-10

1142

1、2、3、4级bug判定标准如下： ♦ 1-紧急致命错误，例如主程序不能正常运行，基本业务功能未实现，交易数据不准确或不一致，从而使得后续流程无法正常进行： ※ 操作系统崩溃、死机 ※ 频繁造成数据库死锁或数据丢失 ※ 造成交易数据不准确、收银对账不一致 ※ 用户无法注册、登陆、正常操作，从而无法进行无法正常使用 ※ 在时效性要求很高的系统上（例如评测引擎）反应时间过长

bug记录内容，填写模板，通知单描述

01-26

高质量的bug描述单： 1）为什么要写Bug单 2）发现Bug后应该做什么 3）摘要（概述） 4）措辞 5）重现的步骤 6）测试数据

参与评论您还未登录，请先登录后发表或查看评论

测试工作10年，还不知道如何对BUG定级和分类？

热门推荐

天高地阔的专栏

03-14

5万+

DI:defect index 定义：DI值是衡量软件质量的高低的指标之一。公式：DI= 致命级别的问题个数*10+严重级别的问题个数*3+一般级别的问题个数*1+提示级别的问题个数*0.1

质量度量指标

WORLDWILLING的博客

12-23

241

一、测试看板10+严重问题。

禅道Bug提交管理规范

01-23

禅道Bug提交管理规范测试流程管理。本文档定义了bug管理流程及其bug相关信息内容。

Bug提交规范

weixin_45189665的博客

07-26

1131

Bug提交规范

提交 bug 的内容书写规范

sunmengting0123的博客

12-23

1296

1、标题【项目名称——简短的 bug 说明】描述 bug 的最主要关键词，如 xx 项目——数据库输入输出数据不一致 2、项目名称【项目名称+项目版本号】 3、Bug 所属项目/模块 Bug 所属项目和模块，最好能较精确地定位至模块； 4、严重等级【紧急，严重，一般，微小】紧急 Bug：造成系统或应用程序崩溃(Crash)、死机、系统悬挂，或者造成数据丢失、主要功能完全丧失等。严重的 Bug：功能或者特性没有实现，主要功能部分丧失，次要功能完全丧失，或者致命错误声明。一般的 Bug：不太严

Bug处理流程规范

09-01

Bug处理流程规范本规范旨在提高测试以及产品缺陷修改效率，避免出现搁置和遗漏的缺陷，从而提高产品的质量，降低质量检查和缺陷修改成本。一、引言本规范适用于研发部门（Confernece、Flash、监控）、质量保证...

测试的一些标准

贾话

06-22

6719

前言：测试，在工作中占比越来越重，尤其在互联网公司，完整且有效的测试是非常必要的，是检测软件是否达到要求的重要标准。在测试工作中，很多时候都需要指定一些测试标准，来检测测试的内容是否达到测试要求目录 1、提测要求 2、测试通过的标准 3、提交Bug标准 1、严重程度判断 2、优先级判断 3、bug提交 4、Bug关闭标准 1、提测要求 1、冒烟用例测试通过 2、严重及以上的Bug修复 2、测试通过的标准 1、冒烟用例通过率100% 2、测试版本，详细用例通过率...

缺陷的定义

weixin_46045371的博客

07-21

1434

1、缺陷等级致命（Critical）：通常表现为数据永久丢失，用户敏感数据计算错误，用户服务不可用或中断5分钟以上。严重（Major）：通常表现为影响系统功能或操作，主要功能存在严重缺陷但不会影响到系统稳定性，主要性能只有规格值的80%以下。一般（Minor）：通常表现为次要功能有问题但不影响基本功能，界面功能问题，主要性能需要优化的问题。提示（Trivial）：通常表现为易用性及建议性问题，不影响功能使用。 2、缺陷指数（DI）致命问题，权重10，即n个致命问题的缺陷指数为10n 严重问题，权重

2.4Bug的分类与严重程度

Orlando的博客

02-07

3770

Bug的分类与严重程度 bug分类（禅道为例） 1）功能缺陷：业务流程未实现2）代码错误：错误页面404、5003）界面优化：UI问题、图文显示4）安装部署：安装失败、无法访问等5）性能问题：响应时间久、加载慢6）安全相关：密码明文显示7）其他：易用性、兼容性8）设计缺陷：需求缺陷 bug严重程度 1)致命的（最高）：系统崩溃、死机、死循环、数据库数据丢失、数据库连接失败、主要功能丧失、重要的一级菜单不可用2)严重的（高）：主要功能部分丧失，数据库保存、提交调用错误、功能设计与需求严重不符、自动退出，稳定

bug相关知识及测试报告

weixin_45294964的博客

01-22

1546

一、bug的定义电脑程序里面的错误，而现在更是将其衍生为漏洞、错误、可改进的细节或与需求文档存在差异功能实现等二、bug的分类（禅道为例）功能缺陷（业务流程未实现）代码错误（错误页404/500）界面优化（UI问题、图文显示）安装部署（安装失败、无法访问等）性能问题（响应时间久、加载慢）安全相关（密码没有加密）设计缺陷（需求问题）其他划分（易用性、兼容性类）三、bug严重程度严重程度严重等级举例致命最高系统崩溃、死机、死循环，导致数据库数据丢失，与数据

ROM测试工程师岗位考核标准

逍遥本无其，自在逍遥时想逍遥自在

05-22

1956

1.出勤率及工工作时长（测试部评审委员会评分）不迟到不早退（出勤一天满9小时）自主适当加班完成任务加班时间用于提升自我，输出有效文档2.任务完成情况（1）任务量（组长）每月正常完成分配的任务每月平均每日相当于1.2人工作分量每月平均每日相当于1.5人工作分量（2）用例执行质量（测试部评审委员会评分）用例规范执行，非PASS项需要清晰备注用例不规范处有建议用例执行完成无空白，专项有报告，有标注主动...

测试基础理论-问题级别定义

leonsu2019的博客

04-28

790

**概述：**问题级别是针对测试在测试过程中所发现缺陷级别的一个定义，不同的级别对应着不通过的DI（缺陷率），通过DI值的统计可以方便的用例评估版本当前的质量现状

03-问题单

Vainglory

10-24

4486

01-问题单处理规范：01-问题单关闭条件：(1)必须通过回归测试，验证问题已经解决，并且没有产生新问题的情况下才能正常关闭。 (2)关闭问题单只能有三种情况：问题解决正常关闭、非问题关闭、重复问题关闭 (3)明确是设计方案或软件缺陷引起的问题，但采用规避措施可以减缓或部分消除影响的单子，不能关闭，带问题彻底解决后才能关闭02-