去 github 上直接看，看懂 10 个开源项目，代码阅读能力提升肉眼可见

你们开发用的是 java 语言吗？直接看他们写的代码啊，每次迭代上线了什么东西，组织大家 codereview，开发养成习惯以后，就会每次都叫上你 review 了。读着读着就可以直接从代码层面找到 bug 了

嗯嗯，有时候不熟悉相关模块的开发，我就会先问他们实现逻辑，然后叫他们截图一下代码。不过就是截图，我们测试没有权限看代码，所以有些调用的方法，我都看不到。如果再问开发，就得看他们是否有时间坐在隔壁看一步步代码

感谢这个方法（之前我没有想到），但怎么能找到一些比较简单的 我比较菜，怕乱找碰到复杂的会没有耐性看下去。

提升 codereview 能力第一步，开通 gitlab 代码权限

我明白的，其实测试的地位也是靠自己一步一步去争取的，到新公司后，一开始我说要 codereview 人家开发是明显抗拒的。后来发现，我能帮他们找 bug，就一发不可收拾了。现在不管测不测，都要带着代码来，和我说上几句

1. 代码是用来写的，不是用来看的。
2. 看代码找不到几个 BUG，实际流程说不定负负得正。
3. 越底层的代码复用性越高，大的开源项目基本结构是可以保证的。（STAR 1000 以下的谨慎）

找 star 数高的。

我老大之前怼我，要代码干嘛？看来我要提高自己能力，才能怼回去。

明白，感谢。

好的，我到时留意一下这个，感谢

单纯拉个开源项目就是一顿看，效率很低，建议有目的性地看。
比较实际的，testerhome 上不是有一些开源测试平台吗，这些咱也熟悉，你就看他们的代码，想了解哪个功能的实现就看哪个。
这样很快就有感觉了，主要训练到一些全局搜索、调用关系猜测、常规模块实现思路等基本技能。
看多了，有些操作就如同肌肉记忆一样，实现什么功能需要考虑什么细节。

感谢建议，又学多了一个方法。

建议有机会直接润 跟着能这样说的老大感觉不会有啥提升的机会

大部分的 Java 项目，你不学设计模式是看不懂的。
最多只能看看 controller 里面的业务代码，其实本质上只是条件控制，意义不大。
特别像 Java 这种，使用面向对象已经近乎癫狂的语言，想要提升就只能自己动手实践。

很多时开发就是截图 if else ，逻辑的判断。 我再努力一下手动实践。感谢。