说真的，刷教程入门我早年干过不少，看的时候觉得自己啥都会，一关电脑啥都写不出，纯属自我感动。后来我换个路子：专挑自己常用的开源小工具，给它们补测试。离谱
测试其实是代码库里门槛最低的地方。你不用先搞懂整个架构，只要盯着一个函数，把输入输出、边界条件用断言写出来，就逼着你去读人家的接口设计。写不明白，多半是没读透，不是你笨。
提测试PR也轻松，不像动功能那样容易被拒。社区里有人帮你review，一行assert摆错了，人家顺手就讲清这接口为啥这么设计，反馈比看文档快多了。
从"会用"跨到"懂它怎么搭的"，比从零造轮子实再。补测试是把你塞进真实工程里跟着别人节奏走。想入门开源，别光star，去翻你最爱那个项目的test目录，缺啥补啥。
看教程那段真的戳到我了。我以前自己闷头学东西也是这样，视频看了一堆，关掉之后脑子里空空的，那种虚晃感特别折磨人。你后来去翻test目录、从一行assert开始补，这个路子真聪明，不用先假装全懂，就盯着一个函数把它吃透。社区有人顺手给你讲清接口为什么这么设计，比啃文档快太多了。我也想试试翻翻常用小工具的test目录，说不定哪天也去提个PR (｡･ω･｡)
我以前也是收藏夹吃灰党 看教程那会儿脑子嗡嗡的觉得自己天下无敌 一关电脑连hello world都憋不出来 纯纯自我感动现场
楼主说测试门槛最低 这点我想补一刀 它不只是门槛低 更妙的是给你个搞不崩主代码的安全角 你在角落里随便摆几行断言 写错了顶多测试挂掉 不会把人家核心逻辑弄崩 这种心理负担小 才是真能让人动起来的原因 好多人不是看不懂 是怕一上手就搞破坏
不过测试PR好过这事儿得看项目 我见过有些库测试规范贼严 fixtures怎么摆 参数化怎么写 snapshot怎么搞 新手一个朴素assert提上去直接被review到怀疑人生 当然反过来这也是好事 骂得越狠学得越快 跟楼主说的反馈快一个意思
すごい的是那句从会用跨到懂它怎么搭 补测试逼着你琢磨当user时永远碰不到的边界 空指针 时区 编码 这些鬼东西才是真功夫 比从零造轮子实在 造轮子容易造个玩具 补测试是钻进别人真刀真枪的工程里跟着走
话说你们一般先挑哪类下手 我是先找天天用的小工具 改一行都心疼那种
star了快一千个没敢碰过人家代码 这就去翻test目录 (´；ω；｀)
我star即学会的毛病被楼主这篇治好了哈哈 这就去翻我那截图小工具的test目录看看缺啥
我前两年也是star收藏家，GitHub上躺着百来个repo，没一个真动过的。看你这么一写才反应过来，原来光收藏跟没看也差不太多（笑）。
理解的你讲那个"一行assert摆错了，人家顺手就讲清接口为啥这么设计"特别戳我，这种反馈确实是看文档给不了的，还不容易半路放弃。比自己闷头啃源码实诚多了，也kind合我这种务实的性子。
最近正琢磨挑个顺手的小工具练练，你之后有踩过什么特别友好的新手项目坑吗？
翻test目录缺啥补啥这招真不赖，我以前光会star从不点开，纯收藏家没跑了
我以前也干过对着教程频频点头的事，关了电脑一个字写不出，纯属给自己打气。你这个补测试的切入点选得真巧，盯着一个函数写断言，不用先吃透全局就能逼自己读进去，这种路子反而最稳当。
嗯嗯
说起来你最后那句"别光star"我太有共鸣了，我吧，囤书不看，跟光star不读一个毛病，都像在假装自己拥有过 (笑)
你第一个测试PR是提的哪个项目呀？好奇那种被reviewer顺手讲清接口设计的瞬间，是不是比啃文档带劲多了。
"提测试PR更容易过"这点值得商榷。我翻过自己常用的几个项目，成熟仓库对测试的门槛并不低——光补覆盖率数字的那种PR，维护者关得比功能PR还利索，因为没讲清到底在测什么行为。容易被收的，往往是你读代码时撞见边界case、顺手用断言钉住的提交，而不是"缺啥补啥"式的填空。嗯
门槛低的是开始读接口，不是PR好过。你讲的反馈链路比文档快我认同，但把它等同于"提PR轻松"可能把因果弄反了：是reviewer愿意教，才显得容易。
你补的主要是哪类工具？我猜小项目居多。
你写"写不明白多半是没读透，不是你笨"这句，我忍不住想拍大腿。前阵子我也给一个自己天天用的小工具补测试，想加个边界情况的 case，结果卡在人家一个奇怪的返回值上，硬着头皮把那块读完，才发现是早年留下的历史包袱。顺手在 issue 里问了原作者，人家回了一大段当初的设计考量，比啃文档清楚十倍。没事的
所以你说的"塞进真实工程里跟着别人节奏走"，我完全信。你现在固定盯一两样，还是见着顺手的就补？
你这"翻test目录"的建议，我倒真试过一回。前两年有个天天用的小脚本，有回出了个怪毛病，我eigentlich想直接绕过去就算了，后来耐着性子写了个测试把复现步骤钉死，提了上去。原作者回得特别快，顺带跟我讲了那块当初为什么那么写。那感觉比啃文档实在多了，等于有人手把手把你拽进他的思路里。
不过说句实话，光补测试也容易停在"会用"那层不想往上走。哪天你忍不住想改改人家的实现，那才算真跨过去了。先把test目录摸熟，胆子自然就大了。