有一個(gè)同學(xué)，問我一個(gè)問題：加入Tiny是否必須從寫單元測(cè)試用例和文檔作起？

此問題引發(fā)我諸多感觸，故形成亂彈一篇。

作為一個(gè)新加入者，多看、少說，是正點(diǎn)。而這個(gè)時(shí)候，寫寫測(cè)試用例、文檔，就是個(gè)不錯(cuò)的選擇。這樣入手比較容易，也比較容易體現(xiàn)水平。

可以說好的程序員，測(cè)試和文檔都是寫得好的。測(cè)試和文檔一定寫不好的，一定不是好的程序員。

同時(shí)，在看代碼，寫測(cè)試用例、寫文檔的過程中，還可以這樣思考：

他為什么要這么設(shè)計(jì)？換成我，我會(huì)怎么設(shè)計(jì)？然后有相當(dāng)一部分，會(huì)轉(zhuǎn)化成：哦，原來是這個(gè)樣子的！這個(gè)時(shí)候你進(jìn)步了。然后有一部分留下來，讓原作者轉(zhuǎn)化成：哦，原來是這個(gè)樣子的！然后他進(jìn)步了，開源作品進(jìn)步了。還有一部分，他會(huì)告訴你，故事是這樣發(fā)生的，因此要如此這般，再轉(zhuǎn)化成你的：哦，原來是這個(gè)樣子的！！！于是你更進(jìn)一步了。

其實(shí)寫文檔也是同樣的道理，正所謂：測(cè)試用例就是程序，文檔就是程序。

在你熟悉了相當(dāng)一部分之后，你的發(fā)言權(quán)越來越大，你得到大家的認(rèn)可越來越多，你的工作范圍當(dāng)然也會(huì)越來越寬廣、豐富。

之所以說，多看、少說，是因?yàn)椋@里的一切都你都還很陌生，許多故事，你還沒有了解清楚，這個(gè)時(shí)候，多看，可以多發(fā)現(xiàn)他的優(yōu)點(diǎn)、或者存疑的缺點(diǎn)，再慢慢印證，剔除自己理解錯(cuò)誤的，留下真正存在的，這個(gè)時(shí)候，你就非常容易融入團(tuán)隊(duì)。

最忌諱的一種情況就是，只看了幾眼代碼，就這也不對(duì)、那也不好，可能你說的有幾條是確實(shí)有的，但是更多的是你有些東西沒有理解清楚，畢竟，要挑戰(zhàn)別人已經(jīng)仔細(xì)推敲、思考過的解決方案，需要有更深的分析、積累、沉淀。，如果你提得非常好、非常對(duì)，團(tuán)隊(duì)會(huì)非常感謝你，畢竟能做開源的，胸襟肯定是有的；如果總是拿自己的不仔細(xì)閱讀、思考來浪費(fèi)別人的時(shí)間，最后就難于融入團(tuán)隊(duì)。

當(dāng)年，許多好漢加入水泊梁山，都要去做一點(diǎn)事情，表示你是真心愿意加入的，比如：下山去干一票，取個(gè)人頭回來等等。在加入Tiny框架時(shí)，在你的真正水平顯現(xiàn)之前，先做做測(cè)試用例和寫寫文檔，也是這么個(gè)意思。如果寫得測(cè)試用例質(zhì)量好，還發(fā)現(xiàn)了原來存在的若干重大缺陷，怎么可能會(huì)不被重用？如果連測(cè)試用例也寫不好，文檔也寫不好。也就意味著讓你寫代碼，你也寫不好測(cè)試用例，寫不好文檔，這對(duì)于開源組織來說是無法承受的。

所以，不要看不起寫測(cè)試用例和文檔相關(guān)的工作。

歡迎訪問開源技術(shù)社區(qū)：http://bbs.tinygroup.org。本例涉及的代碼和框架資料，將會(huì)在社區(qū)分享。《自己動(dòng)手寫框架》成員QQ群：228977971，讓我們一起動(dòng)手，了解開源框架的奧秘！

開源訪談錄