BUG单内容规范

最新推荐文章于 2024-08-28 21:02:41 发布

ewq159

最新推荐文章于 2024-08-28 21:02:41 发布

阅读量1w

点赞数 4

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

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

版权

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

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

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

BUG编号

模块

测试用例编号

标题

描述

重现方法

恢复办法

概率类型

出现概率

缺陷等级

生命类型

状态

处理结果

优先级

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

ewq159

关注关注

4
点赞
踩
51

收藏

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

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

提交 bug 的内容书写规范

sunmengting0123的博客

12-23

1330

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

Bug提交规范

weixin_45189665的博客

07-26

1196

Bug提交规范

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

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

01-26

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

bug单（20个）

weixin_46049033的博客

02-07

663

软件测试常见Bug清单

热门推荐

天高地阔的专栏

03-14

5万+

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

软件测试质量评价与提测规范：高效提升软件品质

z_ran的博客

02-20

1049

DI = 致命级别的问题个数*8 + 严重级别的问题个数*4 + 一般级别的问题个数*1 + 提示级别的问题个数*0.5。说明：提测功能模块、未提测功能模块以及预计提测时间，提测模块需与需求文档的模块名称保持一致。界面问题、提示信息、建议性、易用性、统一性（以开发技术规范中定义但是系统中未实现为标准）说明：提测版本、提测链接/二维码、测试账号、禅道、Yapi、原型地址、数据库连接。功能问题、业务逻辑问题、数据控制、保存失败等，影响流程或功能实现的问题。测试BUG分类：轻微、一般、严重、致命。

禅道Bug提交管理规范

01-23

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

Bug处理流程规范

09-01

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

质量度量指标

WORLDWILLING的博客

12-23

299

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

测试的一些标准

贾话

06-22

6826

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

缺陷的定义

weixin_46045371的博客

07-21

1466

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

bug相关知识及测试报告

weixin_45294964的博客

01-22

1581

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

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

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

05-22

1968

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

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

leonsu2019的博客

04-28

817

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

03-问题单

Vainglory

10-24

4621

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

项目中的小bug

ditun4266的博客

10-19

561

最近在做电子书项目中，采用select方式输入子系统，运行后发现键盘输入没问题，可是触摸屏却没反应，触摸屏驱动没问题，tslib也移植正确。问题在哪呢？在代码中加入打印语句： 54 static int isOutOf500ms(struct timeval *ptPreTime, struct timeval *ptNowTime) 55 { 56 int i...

Bug生命周期管理与属性规范详解

本篇文章主要围绕"Bug管理规范及流程"展开，旨在提供一套完整的bug管理框架，确保软件开发过程中的缺陷得到有效管理和解决。以下是从不同方面详细解读的关键知识点： 1. **Bug属性定义** - Bug类型：文章定义了...