码迷,mamicode.com
首页 > 其他好文 > 详细

软件测试基础知识四(BUG的生命周期)

时间:2020-09-17 12:05:47      阅读:4      评论:0      收藏:0      [点我收藏+]

标签:时间   完成   高度   证明   使用   接受   实现   mic   min   

BUG的属性

  • 重现环境:
  1. 操作系统
  2. 浏览器
  3. 其他(比如你是在现网还是测试环境、前置条件、账号等)
  • 问题类型:
  1. BUG:测试过程中、维护过程发现影响系统运行的缺陷
  2. NewFeature:对系统提出的新需求
  3. Task:需要完成的一任务(开发或测试任务指派)
  4. Improvement:对现有系统功能的改进
  • BUG类型:
  1. 代码错误
  2. 界面优化
  3. 配置相关
  4. 安装部署
  • 缺陷等级(Serverity):
  1. 致命Blocker(导致系统无法运行,造成数据泄漏的安全性问题)例如:代码错误、死循环、数据库死锁
  2. 严重Critical(易于修复的故障或对产品外观难以接受的缺陷)例如:用户所要求的功能缺失、程序接口错误
  3. 一般Major(功能没有完全实现,但是没有,不会成为故障起因)例如:操作时间长、删除没有确认框等
  4. 次要Minor(指对产品外观和下道工序可能会有轻微影响的缺陷)例如:错别字、界面格式不规范、没有提示等
  5. 建议Trivial(增加用户使用体验的建议性问题)可以与次要等级合并
  • 缺陷优先级(priority):
  1. Immediate(马上解决):表示问题必须马上解决,否则系统根本无法达到预定的需求

  2. Urgent(急需解决):表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常

  3. High(高度重视):表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现

  4. Normal(正常处理):进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等

  5. Low(低优先级):即问题在系统发布以前必须确认解决或确认可以不予解决

  6. 注意:严重程度高不一定优先等级高(例如这个严重的缺陷只是在非常极端的条件下产生,如果缺陷已经严重到需要修改软件的整体架构,可能存在更多的缺陷,此时也需要全盘考虑),严重程度低也不一定优先级低(比如公司的名字)
  • 缺陷状态
  1. 打开: 表示问题被提交等待有人处理。
  2. 重新指派 : 问题被重新指派给某人处理。
  3. 处理 : 问题在处理中,尚未完成。
  4. 固定 : 确认此问题存在,但暂时不进行处理。
  5. 回归 : 对已经修复的问题进行回归确认。
  6. 关闭 : 问题的最后一个状态。

BUG的要素

  1. 所属的系统
  2. 发现的版本
  3. 发现bug所属的模块
  4. bug提交人
  5. bug的错误类型
  6. bug的重现概率: 必现 大概率重现 小概率重现 极小概率重现
  7. bug的严重级别
  8. bug的优先级
  9. bug的标题 
  10. bug单号 
  11. bug内容:发现的环境、 预制条件、重现步骤、预期结果、实际结果, 截图证明,bug错误说明,
  12. 附件:测试用的数据或者出错的日志, 如果需要添加上日志

BUG的生命周期

技术图片

 

软件测试基础知识四(BUG的生命周期)

标签:时间   完成   高度   证明   使用   接受   实现   mic   min   

原文地址:https://www.cnblogs.com/humiao-0626/p/13606900.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有 京ICP备13008772号-2
迷上了代码!