1、測試的使用場景
適合大團隊多人協(xié)作開發(fā)神郊，項目開發(fā)過程中每個程序員看不到且得不到其他人的代碼（每個人都是單獨開發(fā)自己的代碼片段）涌乳，代碼開發(fā)完成后再集成到一起進行調(diào)試等操作甜癞。這個環(huán)境下，你寫的代碼只是一個代碼片段悠咱，不寫測試的話，你都不知道你的代碼能否正常運行吁朦，能否得到正確的結(jié)果逗宜。然后就是代碼邏輯特復雜，方便開發(fā)完成后修改調(diào)試纺讲，可以寫寫測試。還有就是你寫的某個功能逢渔、工具什么的需要測試一下乡括，就像是那些開源項目（框架/庫什么的）。
2盲赊、國內(nèi)多數(shù)開發(fā)場景下敷扫，測試的好處
國內(nèi)很少有測試的使用土壤，大多都能拿到整個項目的代碼绘迁，你跑跑項目就知道行不行了卒密。如果使用了，他的好處是：一個是強迫開發(fā)者寫出比較規(guī)范的代碼将硝，另一個是在新功能開發(fā)完成后（新功能開發(fā)時屏镊，測試的邏輯和開發(fā)的邏輯是一樣的而芥，能測試出來都是有鬼了）且需求不變（業(yè)務(wù)膀值、架構(gòu)、邏輯等不調(diào)整）有用（比如：胡亂修改一通歌逢，發(fā)現(xiàn)測試有問題且能看到是哪兒有問題）翘狱。當然了，你寫的代碼邏輯特復雜阱高，也可以寫寫測試，防止以后手賤改了哪兒不好調(diào)試吼旧，這個也會陷入上文提到的問題未舟。所以，總的來說裕膀，測試是比較雞肋的。況且想想國內(nèi)的環(huán)境昵济，加班加點访忿，哪有那么多時間搞。
3海铆、個人建議
想要完善自己的技術(shù)椪醵瑁可以玩玩，閑著沒事可以搞搞珍语。寫測試是為了證明你的代碼是正確的竖幔，能想到的測試點開發(fā)時會避免相關(guān)問題，想不到的呢（交給測試專職人員）拳氢？
