我覺得tdd入手最重要的乙個環節的就是對todo的分解，每條todo最終都能分析到一定的可測試的粒度，否則很難轉化成測試**。在tdd的幾本書中，似乎todo是輕而易舉的事，但往往在具體專案中卻讓人不知如何下手。書上的例子大多都是一些純邏輯的問題，而具體的專案往往都是資料庫，ui，網路同邏輯混雜一起。而此也造成了大多tdd推行的流產。我是從事網路多**相關開發，在專案團隊中推行tdd，發現幾乎所有的開發人員todo都不知道如何細化分解，因此我在這裡通過乙個具體的例子把我的分解列出來。
專案描述：
[b]業務需求：[/b]
[table]
|使用者可以選擇不同的攝像機位**現場。|
[/table]
[b]系統需求分解：[/b]
[table]
[/table]
[b]個人觀點：[/b]系統需求分解就是將業務需求結合開發環境、架構、效能、物件生命期管理的進一步分解。
[b]todo：[/b]
[table]
|1. （不測）切換下拉事件：如果沒有機位沒變化則不改變當前狀態|
|9. （要測）取得同該伺服器的連線：如果連線存在，直接返回|
|10. （要測）取得同該伺服器的連線：如果連線不存在，則建立乙個新的連線|
[/table]
[b]個人觀點：[/b]由於1、2、3涉及到mfc的視窗控制項呼叫，測試麻煩，固不進行測試。
[b]個人觀點：[/b]由於涉及的問題較複雜，因此todo也是採用逐層挖掘的方式，如：
切換下拉事件
從訂閱的節點中，移除本視窗
如果訂閱節點中的所有繫結視窗都清空了
[b]個人觀點：[/b]由於tdd是驅動設計，而不是保障介面的有效性測試，而此可以去測試一些private的函式。如何測private，不同語言不同，我是用c++，採用friend方式就可以。
以上是我的一些思路，純粹是個人在專案中的摸索，還請大家共同指教。另外我覺得不同的軟體開發，會有一些各自適用的經驗，大家也可以一起貼出來交流學習。
如何寫好的程式
1.什麼是好的程式？好的程式是相對而言，對於每個物件都是不一樣的。對於使用者而言，好的程式就是可以方便的使用，同時穩定，而且滿足自己的需求 對於開發者而言，好的程式是可以根據使用者的不斷變化的需求被方便的修改，同時可以被 自己和其他人 看懂。拋開那些時髦的技術來講，對於開發人員而言，最終的目的就是在...
如何寫好週報的思考
2016 03 19 週報是一件浪費時間的事情，有這功夫還不如多寫幾行 如果主管不知道你做了某件事情，相當於你就沒有做過這件事情。聽上去不近人情，其實完全符合實用邏輯。工作分很多類別，有結果容易顯露出來的，比如策劃案 有不容易顯露出來的，比如市場調研和使用者維護 有重複性較強的，比如內容審核和資料統...
如何寫好SEO友好的文章
在為您的部落格或 開發殺手內容時，有兩個關鍵考慮因素 第一，如何建立能夠吸引，娛樂並最終推動轉化的高質量內容。第二，如何將這些內容提供給廣大受眾。由於大多數網路流量來自搜尋引擎，因此建立針對搜尋可見性進行了優化的內容是讓您的名字進入世界的最佳方式之一。雖然傳統營銷可能已經將這兩個問題分開考慮，但它們...