TDD：TEST-DRIVEN Development
測試驅動開發究竟是什麼意思？如何理解測試驅動開發？
舉個紅綠條簡單的例子：
1.編寫測試程式碼
2.編譯執行測試程式碼，肯定會失敗，因為實現程式碼還沒有寫
3.編寫實現程式碼
4.執行測試觀察測試結果，可能是紅色的。
5.開發修改程式碼使得測試通過
6.執行測試，觀察測試結果，直到變綠
7.可進行重構，進行程式碼優化，刪除冗餘，繼續執行測試直到變綠
DDT：DATA-DRIVEN TEST
資料驅動測試是什麼意思？如何理解資料驅動測試？
資料驅動的自動化測試是針對上述開發與測試之間緊密耦合問題提出的測試方法。通過建立測試與開發定義的軟體後設資料的關聯——後設資料對映表，在測試與開發之間建立鬆耦合關係。不論測試人員修改測試指令碼，還是開發人員修改軟體，只需要修改後設資料對映表，既可以滿足測試與開發同步進行。這樣，可以減少測試指令碼除錯的工作量，更好的實現自動化測試
什麼是資料驅動的自動化測試框架？
資料驅動的自動化測試框架是這樣的一個框架，從某個資料檔案(例如ODBC原始檔、Excel檔案、Csv檔案、ADO物件檔案等)中讀取輸入、輸出的測試資料，然後通過變數傳入事先錄製好的或手工編寫的測試指令碼中。其中，這些變數被用作傳遞(輸入/輸出)用來驗證應用程式的測試資料。在這個過程中，資料檔案的讀取、測試狀態和所有測試資訊都被編寫進測試指令碼里;測試資料只包含在資料檔案中，而不是指令碼里，測試指令碼只是一個“驅動”，或者說是一個傳送資料的機制。
KDT：KEYWORD-DRIVEN TEST
關鍵字驅動測試是什麼意思？如何理解關鍵字驅動測試？
關鍵字驅動的來源非常自然，從物件導向的思路出發，同樣的業務邏輯會自然的編寫成一個類或者函式作為關鍵字來被不同的測試指令碼所呼叫。當測試框架發展到所有的測試過程都已經可以被寫好的函式和類所組合完成時，就進化到了關鍵字驅動的一個高階階段，這個時候測試用例的開發就變成了測試資料和關鍵字的組合，並把這種組合工作簡化為所有人都很熟悉的表格填寫任務，從而最終達到一個由資料和關鍵字驅動整個測試的效果。
參考文件：http://blog.csdn.net/u010202588/article/details/38639811