阳光沙滩-bug解决流程

感谢您的回答

您的每一个用心回答，都会让这个世界变得更美好一些！

最佳答案
1. 如果公司，通常有类似禅道这样平台，记录bug
2. 如果有类似平台，我个人经验是这样的。
3. bug修复完成之后提交git，日志要写上bug的id，bug大概描述，产生原生，解决方案
4. git提交好之后，回到禅道写bug解决日志，通过禅道会给你位置写，写什么？
5. 填写bug产生原因，bug如何解决，git的提交commit id，svn同理。
6. 这样就关联起来了，找问题可以具体到你的代码，谁想甩锅都甩不掉~
7. 如果测试验证了自然关闭，如果测试根据你的新包还有bug，会继续重启~
1139423796017500160 评论打赏断点-含光君

v

断点-含光君

2022-03-07
- 我太帅很烦恼回复 @断点-含光君
  
  断点大佬，再问个比较愚蠢的问题。通常遇到bug，是自己按照自己理解去找对应的类，各种修改代码来解决问题呢？还是先抓log，根据log走流程再通过自己理解来改代码？因为我之前一直是先入为主根据自己理解去看代码，觉得可能在哪里出现问题就改哪里，发现一直碰壁，就想问问。不太会看log，就没怎么用过。otto
  
  我太帅很烦恼 2022-03-08 10:19 回复 1491672181057380354
- 断点-含光君回复 @我太帅很烦恼
  
  其实bug，就是表现与预期不符合。要处理bug，先了解bug是如何产生的，这个很重要，如何稳定重现bug，把步骤记下来。当bug稳定之后，就先分析怎么样的逻辑才是正常的。bug和正常逻辑差多远。分析完之后，可以断点了，找到bug流程中某个位置开始断点，一步一步走，熟悉流程，如果是自己写的好办，如果是别人写的，先熟悉。断点跑代码你就发现各种细节，条件判断，变量值变化。
  
  断点-含光君 2022-03-08 10:46 回复 1139423796017500160
- 断点-含光君回复 @我太帅很烦恼
  
  bug的产生，可能就是某个条件不对，或者处理某个变量错误，或者有可能是后端返回数据就是有问题的。大概就是这样跟踪了，至于看log，只能看个大概数据，或者是自己打印的东西了，也是辅助的
  
  断点-含光君 2022-03-08 10:47 回复 1139423796017500160
- 断点-含光君回复 @我太帅很烦恼
  
  至于发现bug代码后怎么改，你就需要熟悉代码了，这个代码的作用是什么，如果你修改，其他地方使用用到这一块的代码，影响范围多大。等等，不要改了这个bug，导致其他地方也出bug了。
  
  断点-含光君 2022-03-08 10:48 回复 1139423796017500160
- 我太帅很烦恼回复 @断点-含光君
  
  大概了解了，感谢大佬
  
  我太帅很烦恼 2022-03-08 11:22 回复 1491672181057380354
0/200
0/200
首先，在写代码的时候就要在关键点打log，比如说数据参数传入前、参数传入时以及方法的返回值，这样就能通过查看数据和预期的是否一致进行对比，从而推断出问题的代码在哪一个范围。
其次，可以通过打断点的方式，一步一步调试。（这样有几个好处：1、不用打太多的log，但是必要的log还是要打的。2、可以调试别人写的代码，比如第三方库什么的）

1204736502274318336 评论打赏 A lonely cat

v

A lonely cat

2022-03-08
- 我太帅很烦恼回复 @A lonely cat
  
  那想请问下大佬，你通常调试别人写的代码时，是用的哪个工具呢？比如按需求定制某个模块时，在硬件厂商的源代码基础上修改。（我刚转Android两个月，原谅这个问题有够白痴。otto）
  
  我太帅很烦恼 2022-03-08 15:24 回复 1491672181057380354
- A lonely cat 回复 @我太帅很烦恼
  
  如果你有源码，那你就直接用AndroidStudio打断点了。
  
  A lonely cat 2022-03-08 15:30 回复 1204736502274318336
- 我太帅很烦恼回复 @A lonely cat
  
  好的，谢谢大佬。
  
  我太帅很烦恼 2022-03-10 09:58 回复 1491672181057380354
0/200
0/200