解决一bug的流程复盘

听同事说有一个功能不好使了,当时有事,过了一段时间来看看这个bug

解决问题时,看的是老的日志,根据老日志看来看去没有发现问题,觉得很困惑

然后手动执行了一下,发现问题没有重现。与另一个团队的同事沟通下,说是他们那边把代码回退了。

总结:
解决问题时,要重现bug,并取最新的日志。从引发问题的最接近的原因开始一步步分析,一层层的排查故障

时间: 2024-10-17 19:18:33

解决一bug的流程复盘的相关文章

程序的bug排查流程总结

只要是人写的程序,不可能没有bug,那么解决bug,将伴随程序员的一生: ? 只会写代码,但不会排查bug的程序员,只能算是业余程序员 ? 能解决一般bug的,只能算是初级程序员 ? 代码写的质量较好,还能查找较难bug的,中级程序员 ? 代码写的质量好,注重性能,不但能排查疑难bug的,还能解决疑难bug的,高级程序员 ? 代码写的质量好,注重性能,稳定性,可靠性,架构设计合理,能解决绝大部分疑难问题,属于资深程序员 以上的话引自某个论坛网站,不一定说的绝对正确,但基本是有道理的. 面对出现的

BUG处理流程说明

一.        BUG处理流程图: 流程描述: 1.  测试人员发现bug提交给开发. 2.  开发人员判断是否是bug. 3.  如果是bug,进行修改,修改完成后更改bug状态为已解决. 4.  如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部原因,或者不能重现. 5.  开发人员修改完成的bug,由测试人员进行验证,确认修改正确,关闭bug. 6.  验证未通过的bug重新激活,开发人员继续修改,直至验证通过,关闭bug. 7.  测试人员需要对开发人员退回的bug

Bug总结流程

这几天随着项目正式上线,bug的问题全面爆发,没有陈述好bug,程序人员和测试人员一直沟通交流,bug无法准确有效的修改关闭,这对上线系统是致命的. Bug总结思想 对线上漏测的问题进行收集 对每一个漏测的问题详细分析Bug机理以及漏测的原因 基于以上的原因思考如何进行改进,避免漏测问题发生 将改进方案实施 重复以上的步骤,通过正向循环推动测试团队的质量改进不断优化 Bug总结流程: 为了便于流程的运转和操作,在公司内部系统上建立了总结流程和表单: 举例说明: 某天,小王测试的erp项目在上线后

从 A/Looper: Could not create epoll instance. errno=24 错误浅谈解决各种 bug 的思路

今天代码写着写着就莫名闪退了,手机也没有“程序停止运行”的提示,logcat也没有看到蓝色的调用栈log,这样的闪退最是蛋疼了,还好必现.复现几次之后,终于从logcat中看到了一行可疑的log: A/Looper: Could not create epoll instance. errno=24 ,看起来又是在native层闪退了.本文就把这个问题的分析解决过程记录了下来. 方法论 遇见没填过的坑,第一反应就是Google之,果然前几个结果中一个 Stack Overflow的问答 就为这个

软件测试面试必问--bug交互流程

目前市场主要用的bug管理工具:禅道.jira.QC.bugfree等,当然也有自己公司开发的. 不过不管哪一种工具,核心交互流程都是差不多的,只是字段的名称不一样而已,参考如下两张示意图: 这是前几天做的一个项目,由于项目组开发成员对交互不是太明白,所以花了点时间画的一个简单交互示意流程图: K12-禅道项目bug交互流程图 下图是bug核心交互流程图(无论目前市场用的哪一款交互工具,都可以说成如下的流程),面试的时候说哪一个都可以: 原文地址:https://blog.51cto.com/d

是否存在未解决的bug

目前在网上,都是使用了听说,这两个字,形容agg,并且从07年开始就没有更新,作为不推荐使用的一种理由. 如下是个人的一些观点: 1)目前在使用的过程中没有发现任何的bug,当然了这里有一篇文章描述内存的,这是一种极端的情况,用户需要自己处理.希望其他人能够提供一个Bug报告,至少可以进行修改

Android开发之一个未解决的bug

使用Activity之间传递数据的时候,出现了一个bug,但是没有找到哪里出错了. 把代码和log都记录下来,以后研究 代码: MainActivity.class 1 package com.example.caradviser; 2 3 import java.util.ArrayList; 4 import java.util.List; 5 6 import android.app.Activity; 7 import android.content.Intent; 8 import a

解决EnableVisualStyles Bug

一位朋友碰到了一个WinForm的问题,在网上搜了一通,没找到能解决问题的方案, 正好我以前以碰到过,在这里把解决方案呈上,以便有遇到此问题的朋友能有帮助. 问题是这样的,当启用了虚拟样式后,设置好的TeeView 的图标就不见了,代码如下: Application.EnableVisualStyles(); 在Debug模式生成的程序没问题,但用Release模式生成则不见了. 在以下地址有一个方法,但不一定能解决问题, http://www.codeproject.com/KB/bugs/E

Oauth2.0 整合springCloud的Zuul 解决关键BUG 报错信息:Principal must not be null

不清楚Oauth2.0 的 可以查看我前几篇博文 Zuul 为springCloud 微服务框架 单独可以使用 非常简单 可以上网查证 此文只说明如何解决Oauth2.0 和Zuul 包 的冲突 需求:新建一个Oauth2.0 项目 需要在此基础上进行网关分发 选用的框架为Zuul 遇到的问题 是 一旦导入zuul 的所需包 <dependency> <groupId>org.springframework.cloud</groupId> ------ >>