BUG描述规范管理

BUG:软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。

描述一个缺陷,需要以下核心要素

标题:用简洁的话描述该缺陷,主要让开发知道这是一个什么样的缺陷

**参数设置:**Bug的类型(功能/性能/界面等),Bug的严重程度、Bug优先级(是否需要立即修复等)、所属项目模块、项目的版本号

**详细描述:**便于开发重现和定位缺陷

主要包括:

**1.测试环境:**如:浏览器及版本号,操作系统,手机app或微信公众号测试明确手机型号,版本号,微信版本号等

**2.测试数据:**用户名和密码,及相关的业务数据

**3.重现步骤:**缺陷发现的过程

**4.期望结果:**根据这个步骤操作,实际需要得到的结果

**5.实际结果:**对Bug的现象详细描述

**  6.备注:**非必填,可以描述Bug出现频率

7.附件/截图:

1.截大一点,最好截整个桌面或整个窗口

2.尽量注意不要包含不好的信息,比如群聊窗口

3.截图中强烈建议加上文字描述缺陷的位置和说明

另外一个Bug的描述中不能包含多个错误,测试者每次只校验一个错误是否已经正确修正,如有新问题产生,重新再创建一个,不要在原来的基础上不断增加。

难重现Bug处理建议:

1、测试人员对bug的描述要详细

创建票的时候注意记录:

1)重现的频率

2)问题的详细描述:发生该问题的操作步骤,并截图

3)测试的浏览器的类型,版本,app或微信,记录手机型号,屏幕大小、微信版本号等

4)测试的环境和数据

总之对bug的描述要尽可能的详细

2、处理

判断问题的严重程度

1)小问题的话,可以关闭;

2)大问题的话不能忽视,开发人员应该根据自身经验是否能判断出该问题发生的原因所在,无法判断原因的,可以和项目经理、测试人员

共同讨论决定处理方式;

或者:做延迟处理,测试人员负责跟踪,若保留一段时间或连续经过几个版本都无法重现的,可先关闭,以后重现再Reopen

点赞
收藏

评论区

加载中...

相关推荐

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

MySQL部分从库上面因为大量的临时表tmp_table造成慢查询

背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_

皕杰报表之UUID

​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为

手写Java HashMap源码

HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22

bug严重等级划分参考标准

P1(紧急)系统容易崩溃;功能设计与需求严重不符;内存泄漏;严重的数值计算错误;系统无法登陆;循环报错,无法正常退出。对系统核心部件功能使用有重大影响,导致无法正常工作。P2(严重)通常表现为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。比如:1.功能未实现;2.功能存在报错;3.数值轻微的计算错误。P3(一般)通常表现为:界面、性能