Bug规范

Bug的严重等级

1.致命

  • 需求中的重要功能未实现,主流程无法走通
  • 造成的系统崩溃,死机
  • 常规操作造成程序非法退出、死循环、通讯中断或异常,数据破坏丢失、数据库异常、数据库发生死锁

2.严重

  • 功能与需求不符
  • 数据流错误:数据在系统内部流转中计算错误
  • 程序接口错误
  • 数据库的表、业务规则、缺省值未加完整性等约束条件
  • 特殊场景下出现的崩溃、功能异常

3.普通

  • 简单的输入限制未放在前台进行控制,导致页面报错
  • 删除、保存操作未给出确认提示信息
  • 次要功能不能正常实现
  • 操作界面错误(包括数据窗口内列名定义、含义不一致)
  • 参数错误,数据错误显示
  • 数据库表中有过多的空字段
  • 因错误操作迫使程序中断
  • 找不到规律的时好时坏
  • 经过一段时间运行后,系统性能或响应时间会变慢
  • 重要资料,如密码未加密存放(包括配置文件中的密码,或其它存在安全性隐患)
  • 硬件或通讯异常发生恢复后,系统不能自动正常继续工作(需要过多的人工干预才行)
  • 系统兼容性差

4.轻微

  • 界面内容,格式错误
  • 描述性错误,辅助说明描述不清楚
  • 页面提示不正确
  • 系统易用性方面的问题
  • 显示格式不规范

规范提交bug

1.一个好的bug描述应该包括以下基本部分:

标题
所属模块
可重复性
操作过程
现象
附件(log或者截图)

2.提交前准备
  • 将bug在最新的版本上重现一遍,看是否已经被修改
  • 在bug管理系统中搜索一下,看这个bug是否已经提交,避免出现重复bug
3.bug内容

标题:【bug模块】什么情况下做了什么操作导致什么(是否必现)

  • 尽量使用一句话描述错误
  • 加上bug归属模块*
  • 精简任何不必要的信息,特别是冗余的测试步骤*
  • 使用清晰的语言,尤其是要避免使用那些有多个不同或者相反含义的词汇*
  • 在结尾处标注是否是必现bug

测试条件:内网/预发/外网,机型,版本/系统,登录/未登录(登录需要附上账号密码)

测试步骤:bug模块入口+具体实现步骤(若是覆盖安装,附上安装的构建号)

预期结果:需求文档要求的功能或者界面展示

实际结果:当前版本展现出来的结果

备注:偶现出现概率的大小,步骤或者结果描述的补充
最好是附上操作的地址!!!

附件:闪退bug的崩溃日志,出现异常情况的截图(帮助开发理解测试同学表达的内容)

你可能感兴趣的:(Bug规范)