BUG单内容规范

最新推荐文章于 2024-02-20 16:25:57 发布
最新推荐文章于 2024-02-20 16:25:57 发布
阅读量1w 收藏 51
点赞数 4
分类专栏： 基础知识 文章标签： 测试规范
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ewq159/article/details/79500546
版权

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

BUG编号

模块

测试用例编号

标题

描述

重现方法

恢复办法

概率类型

出现概率

缺陷等级

生命类型

状态

处理结果

 

优先级
最低0.47元/天 解锁文章
ewq159
关注
  • 4
    点赞
  • 踩
  • 51
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
软件测试常见Bug清单（超详细）
huace3852的博客
05-25 746
软件测试中，bug的类型有很多种，比如：代码错误、界面优化、设计缺陷、需求补充和用户体验等；一般情况下，需求补充和设计缺陷比较好区分，但是代码错误、界面优化和用户体验区分不是很明显；下面我们就来说说这三者，顺带整理一些常见的这些类型的bug实例。
Bug管理规范及流程
09-03
Bug管理规范及流程：整理测试流程，bug提交规范，bug属性定义
软件测试中DI值
热门推荐
天高地阔的专栏
03-14 5万+
DI:defect index 定义：DI值是衡量软件质量的高低的指标之一。 公式：DI= 致命级别的问题个数*10+严重级别的问题个数*3+一般级别的问题个数*1+提示级别的问题个数*0.1
软件测试质量评价与提测规范：高效提升软件品质
最新发布
z_ran的博客
02-20 732
DI = 致命级别的问题个数*8 + 严重级别的问题个数*4 + 一般级别的问题个数*1 + 提示级别的问题个数*0.5。说明：提测功能模块、未提测功能模块以及预计提测时间，提测模块需与需求文档的模块名称保持一致。界面问题、提示信息、建议性、易用性、统一性（以开发技术规范中定义但是系统中未实现为标准）说明：提测版本、提测链接/二维码、测试账号、禅道、Yapi、原型地址、数据库连接。功能问题、业务逻辑问题、数据控制、保存失败等，影响流程或功能实现的问题。测试BUG分类：轻微、一般、严重、致命。
质量度量指标
WORLDWILLING的博客
12-23 165
一、测试看板10+严重问题。
禅道Bug提交管理规范
01-23
禅道Bug提交管理规范 测试流程管理。 本文档定义了bug管理流程及其bug相关信息内容。
软件测试缺陷BUG规范文档
10-10
《软件测试缺陷BUG规范文档》 在软件开发过程中，测试环节是确保产品质量的关键步骤。然而，测试人员与开发人员之间的沟通障碍常常导致测试过程中发现的缺陷（BUG）无法得到有效解决，造成时间和资源的浪费。本文档...
Bug处理流程规范
09-01
Bug处理流程规范 本规范旨在提高测试以及产品缺陷修改效率，避免出现搁置和遗漏的缺陷，从而提高产品的质量，降低质量检查和缺陷修改成本。 一、引言 本规范适用于研发部门（Confernece、Flash、监控）、质量保证...
bug记录内容，填写模板，通知单描述
01-26
高质量的bug描述单： 1）为什么要写Bug单 2）发现Bug后应该做什么 3）摘要（概述） 4）措辞 5）重现的步骤 6）测试数据
测试bug定义规范
12-28
"测试bug定义规范" 测试bug定义规范是指对bug的严重程度进行分类和定义，以便更好地识别和解决问题。本规范涵盖了bug的定义、严重程度、修复时间等方面，旨在确保bug的解决符合公司的质量标准。 一、bug 严重程度...
Bug测试规范1
08-08
《Bug测试规范详解》 在软件开发过程中，Bug测试是确保产品质量的关键环节。规范化的Bug测试流程可以有效地识别并解决各类问题，提高软件的稳定性和用户体验。本文将详细阐述Bug的严重程度、优先级定义，以及不同...
BUG管理流程规范.doc
09-03
开发、需求、测试在执行测试阶段对bug处理相互间形成良好的沟通，对bug的管理形成统一的规范，保证bug有效快速的被修复，保证相互间工作正常进行,提供参考文档
BUG，规范，断言和调试
02-04
火龙果软件工程技术中心 对于BUG的自信Donald E. Knuth(高德纳)在TeX: The Program的前言中说："我相信，在1985年11月27日，TeX代码里面的最后一个BUG已经被发现和解决了。但是，如果代码中仍旧有BUG，我很高兴...
测试的一些标准
贾话
06-22 6545
前言：测试，在工作中占比越来越重，尤其在互联网公司，完整且有效的测试是非常必要的，是检测软件是否达到要求的重要标准。 在测试工作中，很多时候都需要指定一些测试标准，来检测测试的内容是否达到测试要求 目录 1、提测要求 2、测试通过的标准 3、提交Bug标准 1、严重程度判断 2、优先级判断 3、bug提交 4、Bug关闭标准 1、提测要求 1、冒烟用例测试通过 2、严重及以上的Bug修复 2、测试通过的标准 1、冒烟用例通过率100% 2、测试版本，详细用例通过率...
《软件测试---你必须掌握的100个问题》
HuangZhongYu520的博客
05-09 6376
01 测试用例好坏的评判标准 02 如何写好一份测试用例 03 测试用例评审的目的： 04 没有发现bug的测试是否是有价值的？为什么？ 05测试用例是否是越多越好？ 06软件测试的价值 07 需求评审时，测试应该做什么？ 08 需求评审的目的 09 测试用例的重要性 10 偶现问题如何处理？ 11 如何深度定位问题 12 软件测试就是对软件进行测试，文档不用测试？ 13 软件测试的流程 14 b...
缺陷的定义
weixin_46045371的博客
07-21 1350
1、缺陷等级 致命（Critical）：通常表现为数据永久丢失，用户敏感数据计算错误，用户服务不可用或中断5分钟以上。 严重（Major）：通常表现为影响系统功能或操作，主要功能存在严重缺陷但不会影响到系统稳定性，主要性能只有规格值的80%以下。 一般（Minor）：通常表现为次要功能有问题但不影响基本功能，界面功能问题，主要性能需要优化的问题。 提示（Trivial）：通常表现为易用性及建议性问题，不影响功能使用。 2、缺陷指数（DI） 致命问题，权重10，即n个致命问题的缺陷指数为10n 严重问题，权重
redmine提bug的规范
07-28
回答: Redmine提bug的规范可以根据实际需求和公司内部的规定来制定。一般来说，以下是一些常见的Redmine提bug的规范： 1. 标题：Bug的标题应该简明扼要地描述问题，包括关键词和问题的概要。 2. 描述：在描述中，应该详细说明Bug的复现步骤、期望结果和实际结果。可以提供相关的截图、日志或其他支持材料。 3. 优先级：根据Bug的紧急程度和影响范围，设置适当的优先级，如高、中、低。 4. 分配给：将Bug分配给适当的负责人，以确保问题得到及时处理。 5. 类型：根据Bug的性质，选择适当的类型，如缺陷、改进、任务等。 6. 状态：根据Bug的处理进度，更新Bug的状态，如新建、确认、处理中、已解决等。 7. 标签：使用标签来分类和组织Bug，如模块、版本、严重程度等。 8. 评论：在Bug的评论中，可以提供额外的信息、讨论或解决方案。 以上是一些常见的Redmine提bug的规范，具体规范可以根据实际情况进行调整和补充。\[1\]\[2\]\[3\] #### 引用[.reference_title] - *1* *2* *3* [开源Bug管理系统Redmine安装和使用心得](https://blog.csdn.net/langresser/article/details/24476359)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^koosearch_v1,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值