我要学测试基础(一)

缺陷分级定义

Posted by MiaoMiaoMiao on October 1, 2020

缺陷分级定义

致命(Blocker)

定义

  • 缺陷发生后,产品的主要功能会失效,业务会陷入瘫痪状态,关键数据损坏或丢失,且故障无法自行恢复(如无法自动重启恢复)
  • 影响核心功能的缺陷;缺陷导致核心业务流程不可用,或产生较大影响;
  • P0;优先级紧急;
  • 导致版本暂停或者临发布前发现的必须修完的BUG

场景

  1. 产品主要功能失效/和用户期望不符,用户无法正常行使用;
  2. 由程序引起的死机、反复重启等,并且故障无法自动恢复;
  3. 死循环、死锁、内存泄漏、内存释放等;
  4. 系统存在严重的安全漏洞;
  5. 用户关键数据毁坏或丢失并不可恢复;
  6. 设计资产核算相关不正确;(接口返回或者前端展示)

严重(Critical)

定义

  • 缺陷发生后,主要功能无法使用、失效,存在可能性、安全、性能方面的重要问题,但在出现问题后一般可以自行恢复;
  • 造成较大影响的功能性缺陷;缺陷导致核心业务流程受影响,或导致非核心业务流程不可用
  • P1;优先级高;
  • 涉及逻辑修改的bug以及会阻塞部分测试的bug;

场景

  1. 产品重要能不稳定;
  2. 由程序引起的非法退出、重启等,但是故障可以自行恢复;
  3. 文档与产品严重不符、缺失,或存在关键性错误;
  4. 产品难于理解和操作;
  5. 产品无法进行正常的维护行;
  6. 产品升级后功能出现丢失性能下降等;
  7. 性能达不到系统规格;
  8. 产品不符合标注规范,存在严重的兼容性问题.
  9. 外观难以接受的缺陷;
  10. 密码明文显示;

一般(Major)

定义

  • 缺陷发生后,系统在功能、性能、可靠性、易用性、可维护性、可安装性等方面的一般性问题
  • 影响较小的功能性缺陷;缺陷导致非核心业务流程受影响,或导致用户体验类的问题
  • P2;优先级普通;
  • 普通BUG需要在本迭代修复BUG;

场景

  1. 产品一般性的功能失效或不稳定;
  2. 产品未进行输入限制(如对正确值和错误值的界定);
  3. 一般性的文档错误;
  4. 产品一般性的规范性和兼容性问题;
  5. 系统报表、日志、统计信息现实错误;
  6. 系统调试信息难于理解或存在错误;
  7. 删除操作未给出提示;

提示(Minor)

定义

  • 缺陷发生后,对用户只会造成轻微的影响,这些影响一般在用户可以忍受的范围;
  • 非功能性缺陷;不影响正常功能的UI错误,无重大歧义的提示错误等;
  • P3;优先级低;
  • 可以留到后期修改BUG;

场景

  1. 产品的输出正确,但是不够规范;
  2. 产品的提示信息不够清晰准确,难于理解;
  3. 文档中存在错别字、语句不通顺等问题;
  4. 长时间操作未给用户提供进度提示;

建议(Trivial)

定义

  • 优化建议;非严格意义上的缺陷,一些可优化的点;
  • P3;优先级低;
  • 可以留到后期修改BUG;

场景

  1. 界面不规范;
  2. 辅助说明描述不清楚;
  3. 提示窗口说明描述不清楚;
  4. 界面存在文字错误;
  5. 改进意见:可以提高产品质量的建议,包括新需求和对需求的改进;

bye