一条BUG的反思

在追踪一个被认为是性能问题的线上BUG过程中,经过一系列测试、脚本编写和日志分析,最终发现并非性能问题,而是程序中的一个BUG。这个错误本应在多个环节中被发现,但因各种原因逃逸。这引发了对测试工作态度和责任感的反思,强调不应盲目跟随他人观点,而应深入理解问题,保持警惕和专注,避免让重要问题遗漏。
摘要由CSDN通过智能技术生成


五一三天小长假后第一天上班,邮件里就有一封是关于线上
BUG的,其中有一个问题没有定位,怀疑是性能问题,于是大家就认为TA是个性能问题。然后就轰轰烈烈的准备测试这一块的性能,运维童鞋帮忙搭环境,我就开始“上蹿下跳”的找人问线上对于那块功能,真实的操作是什么样子的,内部是怎么实现的,有哪些地方是模拟不了的,怎样处理才会更接近真实的操作和反馈。然后欠儿欠儿的写测试方案,录脚本,设置场景,跑用例,线上的问题还真就瞎猫遇到死耗子的复现了,趴在电脑前看日志,看内存,看…….,怎么看,系统的各项指标都没有问题,就是找不出错,郁闷啊,开发人员说第二天一起跟一下,看看到底哪里出了问题。第二天上班,惯性打开邮件,里面一封邮件,是运维童鞋发的,关于那个问题的定位,问题产生的原因他找到了,根本就不是性能问题(至少现在不是),是程序的BUG。开发人员来了,确认问题是程序上的一个BUG

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值