测出Bug就完了?从4个方面教你Bug根因分析

2024-04-16 17:52
文章标签 分析 bug 方面 根因 测出

本文主要是介绍测出Bug就完了?从4个方面教你Bug根因分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

01 现状及场景

🎯 1.缺失bug根因分析环节

工作10年,虽然不是一线城市,也经历过几家公司,规模大的、规模小的都有,针对于测试行业很少有Bug根因环节,主流程基本上都是测试提交bug-开发修改-测试验证-发送报告,测试环节结束。

往往有下面几个原因:

时间压力: 在项目开发周期紧张的情况下,测试团队可能会因时间压力而忽略深入的BUG根源分析。解决方案:合理规划测试时间,将足够的时间用于分析和解决问题。

技能和经验不足: 一些测试人员可能缺乏足够的技能和经验来进行深入的BUG根源分析。解决方案:提供培训和指导,提升团队成员的技能水平。

沟通不畅: 缺乏与开发团队和其他相关团队的有效沟通,可能导致问题的根本原因难以获得。解决方案:加强跨团队沟通,确保问题描述准确传达。

工具和资源不足:没有合适的工具和资源来支持深入的BUG根源分析。解决方案:投入适当的工具和资源,提升分析效率。

重视程度不足: 一些团队可能在BUG根源分析环节没有足够的重视,将其视为次要环节。解决方案:强调BUG根源分析的重要性,确保每个问题都得到适当的分析。

缺乏流程和规范:缺乏明确的BUG根源分析流程和规范,可能导致分析过程不一致或混乱。解决方案:建立明确的分析流程和规范,确保每个团队成员都按照标准进行分析。

缺乏反馈机制:没有及时的反馈机制,测试人员可能难以得知他们提出的问题的分析结果和解决方案。解决方案:建立反馈机制,确保分析结果被及时传达给相关人员。

忽视根本原因:有时测试团队可能只关注问题的表面症状,而忽视了问题的根本原因。解决方案:鼓励团队进行深入分析,追溯问题的根本原因。

🎯 2.适用场景

本篇内容针对系统上线后对所有相关系统进行的数据流业务测试发现的bug;

针对这些线上bug进行分析汇总,大概50个左右,找到一些底层的原因及规律。

02 Bug 分析四步走

BUG 根因分析的核心思路是要从中发现测试策略问题并及时改正,避免下次再犯同样的问题。

下面是我如何针对这50个bug进行分析的过程:

记录-》缺陷原因分析-》角色归因-》提升方案

🎯 1.记录环节

记录环节也就是测试过程中发现的bug进行记录整理到buglist中,以excel 表格形式呈现,如下图

在这里插入图片描述

🎯2.标记缺陷原因分析

增加一列:缺陷原因分析

针对每一个bug,分析根本原因,有一些自己测试过程中就已经了解了可以写上,不了解的或者记不起的内容可以统一咨询相关开发人员,他们是最了解问题的第一人。

🎯3.针对角色归因

查了一些分析方法,其中有鱼骨图法、Whys(5个为什么) 这两个分析方法还可,但感觉都不太适用我们公司,初步阶段不需要弄的那么复杂,所以采用最简单的方式 主要责任人就两类:开发和测试,所以以此为基准展开如下几大类:

开发人员:

缺少自测

自测不足

系统间联调不充分

测试人员:

漏测

测试人员业务理解不足

具体包括:

1、公共方法名称重复,忘记删除

2、生产文件不是最新

3、通过接口调,未走实际流程

4、代码逻辑错误

5、用例不详细

6、开发、测试业务理解不透

图片

🎯4.可提升方案

针对测试方面想到几点可提升点如下:

4.1用例详细:

4.1.1增加工作台列表校验

4.1.2测试结果 现象需描述清晰

4.1.3功能与功能之间页面名称需要统一

4.2测试流程
4.2.1原理–维护功能梳理表格

从需求阶段到测试整个过程中一直维护这个表格,对所有疑难点梳理清晰

4.2.2跑主流程使用全新的基础数据环境

这次发现的一部分问题之前没发现的原因也是我们实际测试过程中,环境都在已搭建基础上开始,或者经过很多次测试,所以像这种联调测试在测试环境尽量保证数据的

4.2.3增加源数据修改流程

有几个重要问题都是修改源文件导致其他功能不好用

所以在写用例时需要考虑修改数据后,接下来流程的正确性

4.2.4redmine 添加bug原因(必填项)

这个主要目的应用于平时项目中,每一个bug流程开发修改完成后点击已修改前,添加bug根因,目的其一可以对bug产生原因有跟踪,方便测试后续统计,其二开发对自己本身技能提升也有帮助。

03 总结

在写文档前,我也犹豫了一下要不要具体分析?万一分析完成后全是测试漏测怎么办,大多数都是测试原因呢?分析的不专业怎么办?事开头难,奔着提升的心态,发现一个问题解决一个问题,我们才能够成长,只要迈出这一步,重复的进行慢慢的就有了经验。

 

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

这篇关于测出Bug就完了?从4个方面教你Bug根因分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/909490

相关文章

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

Java中最全最基础的IO流概述和简介案例分析

《Java中最全最基础的IO流概述和简介案例分析》JavaIO流用于程序与外部设备的数据交互,分为字节流(InputStream/OutputStream)和字符流(Reader/Writer),处理... 目录IO流简介IO是什么应用场景IO流的分类流的超类类型字节文件流应用简介核心API文件输出流应用文

Android 缓存日志Logcat导出与分析最佳实践

《Android缓存日志Logcat导出与分析最佳实践》本文全面介绍AndroidLogcat缓存日志的导出与分析方法,涵盖按进程、缓冲区类型及日志级别过滤,自动化工具使用,常见问题解决方案和最佳实... 目录android 缓存日志(Logcat)导出与分析全攻略为什么要导出缓存日志?按需过滤导出1. 按

Linux中的HTTPS协议原理分析

《Linux中的HTTPS协议原理分析》文章解释了HTTPS的必要性:HTTP明文传输易被篡改和劫持,HTTPS通过非对称加密协商对称密钥、CA证书认证和混合加密机制,有效防范中间人攻击,保障通信安全... 目录一、什么是加密和解密?二、为什么需要加密?三、常见的加密方式3.1 对称加密3.2非对称加密四、

MySQL中读写分离方案对比分析与选型建议

《MySQL中读写分离方案对比分析与选型建议》MySQL读写分离是提升数据库可用性和性能的常见手段,本文将围绕现实生产环境中常见的几种读写分离模式进行系统对比,希望对大家有所帮助... 目录一、问题背景介绍二、多种解决方案对比2.1 原生mysql主从复制2.2 Proxy层中间件:ProxySQL2.3