软件测试——BUG概念

目录

一、软件测试生命周期

二、BUG

2.1BUG概念

2.2BUG要素

2.3BUG级别

[2.4 BUG的生命周期](#2.4 BUG的生命周期)

2.5测试人员与开发人员因为BUG发生争执

2.6BUG评审


一、软件测试生命周期

软件测试贯穿于软件的整个生命周期

软件测试的生命周期指测试流程,每个阶段有不同的目标和交付产物

|---------|------------------------------------------------------------------------------|
| 需求分析 | 从用户角度考虑软件需求是否合理 从技术角度考虑技术上是否可行,是否有优化空间 从测试角度考虑是否存在业务逻辑错误、冗余、冲突问题 |
| 测试计划 | 测试开始时间和结束时间 |
| 测试设计与开发 | 参考需求文档和技术文档编写测试用例 写测试文档,标注使用到的测试方法和测试工具、测试形式 |
| 测试执行 | 充分利用测试用例和测试工具对项目尽可能做到全面覆盖 |
| 测试评估 | 测试是否通过 测试是否有遗留BUG 产出一个测试报告 |
| 上线 | 测试人员跟踪上线,测试上线后是否能正常运行 |
| 运行维护 | 在试运行时,收集问题并反馈给相关负责人 |

二、BUG

2.1BUG概念

程序存在的错误、缺陷、疏忽、故障属于BUG,这些BUG使程序无法正确运行

BUG产生于程序的源代码或者程序设计阶段的疏忽或者错误

程序与规格说明之间的不匹配才是错误(规格说明是存在并且正确的)

当规格说明没有提到的功能,判断标准以最终用户为准

当程序没有实现最终用户合理预期功能时,就是软件错误。

2.2BUG要素

描述BUG的基本要素:

问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果

例如:101智慧课堂-您身边的智慧课堂-打造智慧教育生态圈在这个官网下,

在微软浏览器打开时会出现登录注册功能会遮挡二维码,而在Google浏览器下不会出现这种情况。

那么我们在描述BUG时:

问题出现的版本:微软浏览器版本135.0.3179.73(正式版本)(64位)

问题出现的环境:Windows家庭版

问题出现步骤

1、打开微软浏览器

2、输入网址101智慧课堂-您身边的智慧课堂-打造智慧教育生态圈

3、等待首页加载完成

预期结果:二维码不会被登录注册模块遮挡,可以正常扫描

实际结果:二维码被登录注册模块遮挡,不能正常扫描

2.3BUG级别

BUG级别,能够看出问题的严重程度

开发人员通常需要按照BUG级别来分配优先级来处理BUG

BUG级别也可看出来开发人员的开发质量

BUG级别一般分为:崩溃、严重、一般、次要

|----|----------------------------------------------------------------------------------------------------------------------------------------------------|
| 崩溃 | 阻碍开发或者测试人员工作的问题 系统崩溃、死机、死循环、数据库丢失、数据库连接错误、主要功能丧失、功能不能使用 例如:代码错误、死循环、数据库发生死锁 出现该问题时,中止当前测试 |
| 严重 | 系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,但不影响其他功能测试 功能与需求不符、模块无法启动、自动退出、关联程序间调用冲突、安全问题、稳定性 例如:软件中数据保存后数据库中显示错误、用户所要求的功能缺失、程序接口错误、数值计算统计错误 出现该问题时,可以继续测试 |
| 一般 | 功能没有完全实现但不影响正常使用、功能缺陷但不影响系统的稳定性 例如:操作时间长、查询时间长、格式错误、边界条件错误、删除没有确认框、数据库表中字段过多。 |
| 次要 | 界面、性能缺陷不影响操作功能的执行,可以优化性能的方案 例如:错别字、界面格式不规范、页面显示重叠、描述不清楚、提示语丢失、我文字排列不整齐、光标位置不正确。 |

2.4 BUG的生命周期

测试人员发现BUG后,需要在对应的BUG管理平台创建BUG,创建后需要开发人员修复,测试人员持续跟踪和测试

创建BUG:未经评审决定是否给开发人员修改

查看BUG:确认是BUG,需要修改,给开发人员修改

修改BUG:开发人员修改后,将BUG标记为已修改状态

拒接修改BUG:开发人员认为不是BUG,拒绝修改,(BUG评审

重新打开BUG:修改后验证不通过

关闭BUG:验证通过

2.5测试人员与开发人员因为BUG发生争执

检查自身BUG是否描述不清楚

站在用户角度抛出问题

BUG定级时需要站在用户角度定位BUG级别

提升自身业务能力,好的测试不仅能发现问题更能给出问题的解决方案

2.6BUG评审

BUG评审解决问题

1、决定如何处理BUG

2、分析缺陷产生的原因,找出预防对策

BUG评审参加人员:测试代表、开发代表、产品代表

相关推荐
WBingJ1 天前
记录一次薛定谔bug
python·opencv·bug
oh-pinpin2 天前
jmeter--While控制器--循环直到接口响应符合条件
测试工具·jmeter·压力测试
普宁彭于晏2 天前
uni-app switch(开关选择器) BUG
uni-app·bug
!chen4 天前
Oracle 19.20未知BUG导致oraagent进程内存泄漏
数据库·oracle·bug
软件测试-阿涛5 天前
【性能测试】Jmeter+Grafana+InfluxDB+Prometheus Windows安装部署教程
测试工具·jmeter·性能优化·压力测试·grafana·prometheus
SAP龙哥7 天前
SAP在未启用负库存的情况下,库存却出现了负数-补充S4 1709 BUG
运维·bug
lxmyzzs7 天前
【已解决】YOLO11模型转wts时报错:PytorchStreamReader failed reading zip archive
人工智能·python·深度学习·神经网络·目标检测·计算机视觉·bug
JHCan3337 天前
一个没有手动加分号引发的bug
前端·javascript·bug
lxmyzzs7 天前
【已解决】Jetson Orin NX apt更换国内源
嵌入式硬件·计算机视觉·bug
JAVA学习通8 天前
【测试开发】---Bug篇
bug