软件工程师修复 Bug 的三种境界 All In One

软件工程师修复 Bug 的三种境界 All In One

软件工程师修复 Bug 的三重境界

修复 Bug 三重境界

🐞 1. 找不到哪里出问题了，不断的调试 Bug

基础不扎实
定位到问题所在
能不能修好，全靠运气

🐞🐞 2. 哪里出错，就修复哪里，不考虑是否会产生其他 Bug

马上可以定位到问题，
但是不加思考，不管三七二十一，立刻修复，速度为王
不严格遵循开发部署流程，快速的上线

🐞🐞🐞 3. 多思考、多反思、多总结，透过现象看本质

不要马上动手修复，欲速则不达！

仔细排查 Bug 产生的根本原因是什么，到底是谁的锅 （git history）
之前为什么没有发现 Bug，那个环节处理问题（开发（前端，后端），测试，部署）
思考这个 Bug 是否与其他业务逻辑有关联，如果修复了，会不会引入其他 Bug
修复后，要严格按照流程进行，测试通过后，才能部署上线
如何避免这种情况再次出现
归纳总结，写入文档，以供后面复盘，查漏补缺

demos

vscode & C/C++

// app.cpp
#include <stdio.h>

// 使用 自定义的头文件 ❌
#include "cadd.h"

int main(){
  int a = 2;
  int b = 3;
  int sum = add(a, b); 
  printf("sum=%d\n", sum);
}

修 bug 的正确姿势

https://blog.lishunyang.com/2022/01/how-to-debug-correctly.html

你真的会修bug吗

https://blog.lishunyang.com/2021/08/do-you-really-know-how-to-debug.html

(🐞 反爬虫测试！打击盗版⚠️）如果你看到这个信息, 说明这是一篇剽窃的文章，请访问 https://www.cnblogs.com/xgqfrms/ 查看原创文章！

refs

---

---

©xgqfrms 2012-2021

www.cnblogs.com/xgqfrms 发布文章使用：只允许注册用户才可以访问！

原创文章，版权所有©️xgqfrms, 禁止转载 🈲️，侵权必究⚠️！

---