bug常识入门

前言

本文从bug状态,严重程度,分类三方面对bug进行了全面的解析。文档不断完善中…

错误状态

  • 未解决–bug出现还没有经过分配和分析原因
  • 待审核–bug经开发人员修改确认修复回归给测试确认
  • 已关闭–缺陷确认者(一般为问题生成人)验证后认为问题已解决属实
  • 已拒绝–被拒绝的缺陷经缺陷确认者确认,确实不需要修复或不是缺陷
  • 被拒绝–测试人员认为是系统缺陷或者是需要对系统进行优化,开发人员认为不是缺陷或者不需要优化的问题
  • 延期–问题的分析者认为是缺陷,但是不影响业务办理的进行延迟理。(每天下午五点之前提出的Bug要在当天解决,测试五点半会把当天遗留的问题截图发到项目群里,项目组长负责跟踪Bug修复延期的情况并备注后提交测试)

bug严重程度分类

高级错误

  • 高级—严重错误,缺陷对进度的影响可能是非常致命的,或者可能是一个停止器——即终止用户继续使用系统;或者影响测试工作继续进行的缺陷,包括以下各种错误: (1)非法退出; (2)死循环; (3)因错误操作导致的程序中断; (4)功能错误; (5)与数据库连接错误; (6)数据通讯错误; (7)页面出现黄页; (8)业务流程; (9)程序错误; (10)程序接口错误; (11)数据库的表、业务规则、缺省值未加完整性等约束条件; (12)由于程序所引起的死机;

中级错误

  • 中级一较严重错误,系统基本能正常工作但同一错误现象频繁出现或者问题不解决时会给后续工作带来较大风险,包括以下各种错误: (1)操作界面错误(包括数据窗口内列名定义、含义是否一致); (2)打印内容、格式错误; (3)简单的输入限制未放在前台进行控制; (4)删除操作未给出提示; (5)数据库表中有过多的空字段; (6)JS不稳定

低级错误

  • 低级—较小错误,不影响系统功能,但影响系统的易用性(如界面美观问题、操作建议等)或产出物的一些非技术性质量问题(如文档版本、错别字等)包括以下各种错误: (1)界面不规范; (2)辅助说明描述不清楚; (3)输入输出不规范; (4)长操作未给用户提示;  (5)提示窗口文字不友好; (6)可输入区域和只读区域没有明显的区分标志; (7)网页打开速度慢 (8)图片加载速度慢 (9)文件上传速度慢

类型定义

  • 需求获取 需求获取中存在的缺陷。如需求获取不完整,获取的需求歧义等。
  • 用户界面 不合理的界面布局、色调、缩进、对齐方式,注释和拼写错误;不适当的错误提示信息、人机交互方式;指定的功能键不能工作;不正确的菜单导向;缺少必要的效验;没有联机帮助等。
  • 性能 不满足系统可测量的性能属性值,如:执行时间、事务处理速度等。
  •   数据结构 数据表、字段、结构等方面的问题。
  •  程序结构 编码没有达到设计要求引起的缺陷,如程序错误,计算错误等。
  • 一致性 由于配置管理、版本管理、变更管理引起的问题;需求、设计、可运行系统等存在的不一致性问题。
  • 其他 不属于前面六种类型缺陷的缺陷。如开发环境、操作系统、硬件引起的缺陷。

发布者

Robinson Zhang

热爱前端,热爱分享,坚持高频写作,从小白到大师只是时间问题。

发表评论