bug描述_bug描述规范 - CSDN
精华内容
参与话题
  • 一个合格的bug 描述应该是具备以下几点的 1.发现问题的版本 开发人员需要知道出现问题的版本,才能获取对应版本的代码来重现故障,并且版本的标识也有利与统计和分析每个版本的质量。 2.问题出现的环境 环境分为...

    一个合格的bug 描述应该是具备以下几点的

    1.发现问题的版本

    开发人员需要知道出现问题的版本,才能获取对应版本的代码来重现故障,并且版本的标识也有利与统计和分析每个版本的质量。

    2.问题出现的环境

    环境分为硬件环境和软件环境,如果是web 项目,需要描述浏览器的版本,客户机操作系统。详细的环境描述有利于故障的定位。

    3.错误重复步骤

    描述问题重现的最短步骤

    4.预期行为的描述

    描述问题要让开发知道什么样是正确的,尤其是以用户的角度来描述程序的行为,如果根据需求提出的故障,能写明需求的来源是最好的。

    要相信;测试人员是最懂需求的。

    5.错误行为

    6.公司的其他要求

    展开全文
  • 浅谈bug描述

    千次阅读 2018-04-08 16:55:33
    清楚准确的描述BUG,这是测试人员的必备的基础。针对各种问题,我们如何使自己提交的BUG让开发人员看一遍就明白呢?我相信大部分人都会碰到以下这种情况: 我们提交上去的BUG在某些特定的环境下存在,这时候如果没有...

    引子

    清楚准确的描述BUG,这是测试人员的必备的基础。针对各种问题,我们如何使自己提交的BUG让开发人员看一遍就明白呢?我相信大部分人都会碰到以下这种情况: 我们提交上去的BUG在某些特定的环境下存在,这时候如果没有写清楚具体产生BUG的前提条件的话,BUG难以重现,这个时候开发就会说:

    为什么我测试的时候没有出现这个问题呀?

    为什么在我的机器上没有出现这个问题呀?

    这个BUG是什么意思?

    BUG理解偏差的根源

    1. 测试与开发理解需求有偏差

    2. BUG的出现是有概率性的

    3. BUG受环境影响

    4. BUG在一定条件下存在

    5. BUG受数据影响,数据量达到一定量时才存在。

    6. 测试人员提交的BUG,描述不清楚,让开发人员不明白其意

    BUG描述规范

    为了尽量避免以上问题的出现,我们测试就要尽量用最简洁的语言最清晰的描述出BUG的出处、操作步骤、现象等。下面讲一讲BUG的描述规则:

    1.摘要主要用于指明Bug发生的地点、在什么条件下发生什么现象。

    2.描述字段:

    1)描述Bug发生的地点、所用账号类型、操作步骤、期望值、实际值, 如果Bug与浏览器相关,需尽量描述更多的环境参数,如操作系统等。

    2) 一个Bug不会包含多个问题,会尽量单一化,便于跟踪处理及统计

    3) 对于很难描述清楚的Bug需截屏作为附件上传,并在描述中写明参照附件。

    4)尽量减少重现的步骤以达到用最少的步骤来重现问题;

    5)不要使用完全的大写形式,那样会让人感觉象控诉。不要使用感叹号或其他表现个人感情色彩的词语或符号。

    6)不要使用含糊的词语(例如,好像,似乎)来描述发现的现象。

    7)在BUG提交前,测试人员应该反复阅读它,集中剔除那些没有关系的步骤或词语。隐含的或模糊的说明和那些由于对没有任何关系的细节或者那些在重现错误过程中不需要的步骤。

    8)测试人员在精简空话的同时或其之后随即应该再仔细检查报告是否有会产生误解的地方。测试人员应该尽量避免使用模糊的,会产生歧义的和主观的词语。目标是使用能够表述事实,清楚的,不会产生争执的词语。

    9)如有必要可以把产生结果的SQL语句放上去,不过需要开发人员在短时间内定位问题,否则测试人员不能保证数据的完整性。

    10)如果是概率性的BUG,尽量重现BUG,找到BUG产生的条件,如果找不出BUG产生的原因必须写明BUG发生的概率大约是多少。

    11)BUG如果在特定条件下产生的,必须写明BUG产生的条件和操作步聚。

    展开全文
  • bug描述

    2019-09-10 10:37:47
    环境url账号和操作步骤 账号(所属机构) 综合管理-... 描述 当前:默认查询 当前及以下,条件查询 只能查询当前机构下的列表 期望:保持条件查询和默认查询逻辑一致。比如选择某支行查询当前及以下的客户经理列表 ...

    环境url
    账号和操作步骤
    账号(所属机构)  综合管理-小组管理 - 新增-选择客户经理列表

    描述
    当前:默认查询 当前及以下,条件查询 只能查询当前机构下的列表
    期望:保持条件查询和默认查询逻辑一致。比如选择某支行查询当前及以下的客户经理列表

    展开全文
  • BUG描述规范

    2018-11-08 13:30:52
    BUG描述规范 一、 标题: 1. 简单清晰的描述在什么样的位置,什么样的条件下,发生什么样的结果,不能完全复制详细描述中的语言; 2. 为方便识别,标题可包含关键词:故障、异常、重复、失败、问题等; 3. ...

    BUG描述规范

    一、    标题:

    1.  简单清晰的描述在什么样的位置,什么样的条件下,发生什么样的结果,不能完全复制详细描述中的语言;

    2.  为方便识别,标题可包含关键词:故障、异常、重复、失败、问题等;

    3.  标题格式:功能模块+步骤+影响/环境描述+影响;

    二、    描述要求:

    1.  问题描述步骤:

    a)   BUG的位置和条件;

    b)   BUG重现的步骤,尽可能附带相应的链接,截图;

    c)   期望结果;

    d)   实际结果;

    e)   其他信息:BUG提出人造成的处理优先级提升、个人推测的问题产生的原因并给出的建议等。

    2.  简单,尽量每次只提交一个问题;

    3.  一些同类问题,整理成文档=》添加附件,批量处理;

    4.  简洁,每个步骤尽可能简单明了。只解释事实、演示、必要步骤,不要写无关信息;

    5.  一般情况下,问题应该可在自己电脑上重现方才提交;

    6.  被激活的BUG,在原有的问题后面新增备注日期,问题的必要信息、截图、链接等;

    7.  格式包含:

    a)   问题重现步骤;

    b)   问题截图;

    c)   问题必要的链接;

    d)   物件ID、会员ID(手动输入,方便复制);
    --------------------- 
    来源:CSDN 
    原文:https://blog.csdn.net/metoodo/article/details/17224201 
    版权声明:本文为博主原创文章,转载请附上博文链接!

    展开全文
  • 1. 认识bug   软件的bug,狭义指软件程序的漏洞或缺陷,广义指测试...2. 如何描述一个bug? 发现问题的版本 问题出现的环境 环境分为硬件环境和软件环境。如果是web项目,需要描述浏览器版本、客户机操作系统...
  • 如何写一个漂亮的bug描述

    千次阅读 2016-07-14 10:18:33
    我们是否经常看到开发人员针对我们归档的bug report要求提供更多的信息?我们是否经常需要在bug report归档后花更多的时间去研究那个问题?我们是否经常从开发人员那里听到在他们那边难以重现bug并且需要即刻提供...
  • bug报告模板

    千次阅读 2006-07-05 14:36:00
    Bug报告编写模板 BUGID Bug的唯一标志,由bug管理系统自动生成 Bug标题
  • 一条缺陷(Bug)记录包含哪些记录

    万次阅读 2019-03-12 10:34:26
    Bug描述 Bug出现步骤 附件(可以附上出现的缺陷截图更有说服力) Bug严重程度和优先级《一般严重等级分为;致命,严重,一般,建议四个等级和优先级分为高中低三级》 指派给谁(一般指派给开发者或者不知道...
  • 缺陷ID,状态,类型,所属项目,所属模块,缺陷提交时间,缺陷提交人(检测者),严重程度,优先级别,缺陷描述信息,测试步骤,测试前置条件,测试数据,期望结果,实际结果 2. Bug状态及状态流程图 Bug状态...
  • bug案例分享模板

    千次阅读 2018-04-08 17:31:01
    通过bug案例分享,一方面让发现这个bug的测试人员能更深入的去分析这个bug发现的过程、产生的真正原因、导致的影响,并评估开发人员给出的解决方案是否“完美”,从而提升自己; 另一方面让参与分享的人员能换位思考...
  • 作为测试人员,我是这么报BUG

    千次阅读 2017-02-16 11:07:35
    在测试人员提需求的时候,大家经常会看到,测试员和开发一言不合就上BUG。然后开发一下就炸了,屡试不爽,招招致命。 曾经看到有个段子这么写道: 不要对程序员说,你的代码有BUG。 他的第一反应是:1、你的环境...
  • 如何写好一个bug

    千次阅读 2015-03-06 11:26:14
    因为以前我是做测试的,后来在一家公司转开发了,在开发过程中,每次看到测试人员写的bug就很头痛,bug描述不清晰很是印象解决bug的效率,甚至有些bug的描述是有歧义性和个人主观色彩的,后来通过给测试人员设置...
  • bug修复报告

    千次阅读 2019-08-19 19:53:50
    简明扼要地对Bug进行概要描述 产品名称 软件产品的名称 功能模块名 产品子系统 产品版本 测试平台 开发人员 测试人员 ...
  • 一个合格的bug应该包括哪几部分 bug的生命周期 1. 一个合格的bug应该包括哪几部分 发现问题的版本 出现问题的环境 错误重现的步骤 预期行为的描述 错误行为的描述 注:不要把多个bug放在一起。 2. bug的生命周期 ...
  • 管理bug的JIRA系统

    万次阅读 2016-01-18 16:57:18
    在以往的项目中,使用过开源的Jenkins集成工具,IBM CQ管理bug,目前的项目使用的是JIRA。 这里主要记录如何使用JIRA。 1.登录与注册 在成功安装配置完成的界面上点击“Log in”,就会看到JIRA的登陆界面了,如图...
  • 严重:很明显的错误性的bug 较重:相对明显的错误性的bug 一般:常见的bug 建议类:(暂时保留,可能去掉) 二 优先级 说明:紧急相当于执行前的准备工作,重要相当于后续的工作 重要且紧急:...
  • bug管理规范及流程

    万次阅读 2017-02-16 13:52:40
    本文档定义bug的整个生命周期,规范bug的解决方案及管理流程。Bug在流转的过程中有章可循。 规范bug严重等级与bug解决优先级,使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决; 2 关键角色及...
  • 问题描述: [Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x22 (or later) 解决方法: sudo apt update sudo apt install intel-microcode 然后重启,发现...
  • bug状态开发人员必知必会

    千次阅读 热门讨论 2008-12-08 15:13:00
    在项目开发过程中,我发觉很多人在解决测试人员提出的bug之后,应该将这个bug修改成什么状态不太了解,导致了最后统计bug解决数量,以及遗留bug等等数据不准确。作为开发人员,我觉得了解bug的解决状态是一门基础...
  • 1.和BUG对应的软件版本 2.开发的借口人员,测试人员 3.BUG的优先级 4.BUG的严重程度 5.BUG可能属于的模块 6.BUG的标题 7.BUG描述 8.BUG的截图 9.BUG的状态 10.BUG的错误类型(数据,界面。。。。) ...
1 2 3 4 5 ... 20
收藏数 209,727
精华内容 83,890
关键字:

bug描述