單元測試可以確保**的區域性行為是按照設計意圖實現的，但單元測試只能覆蓋一部分邏輯，還有些邏輯需要引入整合測試。儘管如此，很多bug還是很難被各類測試覆蓋，此時系統就特別依仗良好的設計了，良好的設計簡化單元測試，讓深層的邏輯變得簡單，進而讓更多的邏輯變得可測。糟糕的設計讓單元測試成為負擔，而且往往導致重複的測試和難以理解的測試。
這裡說的良好設計當然就是指簡單設計，但有時「簡單」二字卻成為了「冷落」設計的藉口。簡單設計不簡單，那4條標準可不容易滿足，「簡單」二字不應該成為我們跟著感覺走，甚至是愚蠢設計的藉口。說到這裡忍不住提一下，女孩經常對男孩說：「我別的不需要，只要你真正關心我，這一點你都做不到嗎！？」，要我說，難，這個簡單的關心需要一輩子去詮釋，而且遠遠超出4條標準，不容易啊。「簡單」需要功力，「真正關心乙個人」更是了不起的武功。
測試，需要強調，設計，仍需努力。
js閉包簡述 不要太去強調閉包，不然你會暈的
看了幾年的閉包了。但是深挖，就一群呵呵呵了。不信？先拿別人的試題來考一下，看看這題 js中的閉包記憶體會洩露嗎？js中的閉包記憶體如何釋放？js中的閉包如果不用return，還能取出閉包內的變數嗎？js中的閉包中的變數可以通過外部函式改變嗎？js中的閉包中的變數可以銷毀嗎？希望這個討論能找到答案 此...
golang 效能測試的同時進行效能分析
效能測試使用benchmark，效能分析使用pprof，二者可以同時進行。示例 package benchmarktest import strings testing func benchmarkconcatstringbyadd b testing.b b.resettimer for i 0 ...
關於公司要不要設立測試的討論
不久前關於測試的討論帖子上的發言 第乙個問題，要不要專職測試員。如果推崇把質量作為企業的核心價值，我認為專職的測試是必須的，無論團隊規模大小。這是質量和專業分工的關係決定的。做事情的人不能和監督的人是同乙個人，打個不恰當的比方就是運動員不能是裁判員。可能有人會說，某某專案沒有測試也做得不錯，我相信，...