软件测试缺陷定义和管理

我们需要知道的是软件BUG其实就是软件设计没有达到预期设计目标,导致在软件内存在的一种缺陷。

可以一句话概括:一切不符合需求规格说明书要求的,都可以视作软件缺陷。

定义:(1)软件未达到产品说明书标明功能  

          (2)软件出现了产品说明书指明不会出现的错误

          (3)软件功能超出产品说明书指明范围

          (4)软件未达到产品说明书未指出但应达到的目标

          (5)软件测试人员认为软件难以理解.不易使用.运行缓慢或用户认为不好的问题

BUG的产生原因:1.需求不断变化 2.软件的复杂性 3.工期短,任务大 4.文档不完善 5.程序设计错误 6.软硬件支持不完善 7.沟通交流不够

缺陷报告处理流程:

缺陷报告模板:

缺陷的严重级别:致命:系统崩溃,404报错,报500,造成系统或应用程序崩溃,死机,系统悬挂,造成数据丢失,页面出现错误乱码,蓝屏等

严重:功能未实现,逻辑错误,影响用户正常操作,与需求完全不符,或因此BUG导致后续功能无法测试

一般:功能实现但不正确,功能上的错误,页面中的错误,逻辑实现但不正确

轻微:文案内容与实际不符,错别字,图片错误,建议性BUG

缺陷的优先级:可分为高,中,低,建议。当然这个根据公司和工具不同,叫法不一样。不过划分都是差不多的

高:BUG严重级别较高,需要立刻解决的,或者一般级别的但是比较棘手的

中:BUG严重级别一般的,不影响用户正常操作的

低:BUG严重级别处于较低的,可以下一次alpha测试前解决的

建议:建议性的BUG,可以改也可以不改。

处在这个俗世,也得让自己变得更好吧
原文地址:https://www.cnblogs.com/butaileng7/p/11246138.html