浅谈软件测试之bug类型分类及缺陷管理

发表于:2020-8-18 14:49

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:夏至未至、    来源:博客园

#
Bug
分享:
  软件缺陷:bug或defect
  主要归结:1、代码问题;2、需求文档
  什么是缺陷?不满足用户确定的需求
  1.软件未达到产品说明书标明的功能
  2.软件出现了产品说明书指明不会出现的错误
  3.软件功能超出产品说明书指明范围
  4.软件未达到产品说明书虽未指出但应达到的目标
  5.软件测试员认为软件难以理解、不易使用、运行速度缓或者最终用户认为不好
  产生缺陷原因
  1.工期短,任务大
  2.文档不完善
  3.程序设计错误
  4.沟通交流不够
  5.需求不断变化
  6.软硬件支持不完善
  7.软件的复杂性
  软件测试提交bug流程
  如何有效记录缺陷?
  1.保证重现缺陷
  2.分析故障一使用最少步骤复现故障
  3.包含所有重现缺陷的必要步骤
  4.方便开发阅读
  5.尽量简单一一个缺陷--个报告
  6.注意自己的语气等
  BUG严重程度划分
  致命:系统崩溃、404报错,报500错误,造成系统或应用系统崩溃、死机、系统悬挂或造成数据丢失、主要功能组完全丧失等;服务器死机闪退,页面出现错误乱码,蓝屏等:立刻响应,3小时内必须解决
  严重:功能未实现,逻辑错误,影响用户正常使用,与需求完全不符,或因此bug导致后续功能无法测试的。一天内解决
  一般:逻辑实现但不正确,功能实现但是不正确,功能上的错误,页面中的错误;1-3天内解决
  轻微:文案内容与实际不符,错别字,图片错误,建议性的bug等
  BUG优先级划分
  高(p1):bug严重级别较高,需要立即解决的,或者一般级别的但是比较棘手的
  中(P2):BUG严重级别一般的,不影响用户正常操作的
  低(P3):bug严重级别处于较低的,可以下一次Alpha测试前再再解决的
  建议(P4):建议性的BUG,可改可不改,无伤大雅。
  缺陷报告的准则:
  准确-清晰-简洁-完整-一致。

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号