TDD練習：確定用戶存在

我正在創建一個需要解析用戶聯繫信息的類，以確定提供的用戶是否已經存在於數據庫中。由於源未經驗證，用戶生成的數據必須在各種條件下進行匹配測試。TDD練習：確定用戶存在

內容呈現在3個字段 - 名稱（第一個&最後一個被合併）;公司名;電子郵件

我需要根據每一種可能的匹配條件，返回結果：

Exact Match 
Email Match 
Domain Name Only 
Full Name Exact 
Last Name Only 
Institution Match

我有我怎麼會去了解這個編碼一個粗略的想法，並深信結果會比正式的TDD方法產生的結果差。我的TDD學習曲線剛剛過了基礎知識，但我沒有深入瞭解上述情景是如何在整個生命週期中進行的。

我想從架構的角度來構建項目。

THX

來源

2012-03-11 justSteve

你似乎在正確的軌道上......堅持下去。先寫一個失敗的測試...只添加讓它通過的最低限度的代碼。尋找重複並重構它。重複。 – Gishu 2012-03-22 08:48:46

好像土特產品已列出的主正測試用例的匹配類型的列表。因此，從頂端開始，爲第一個案例編寫一個小測試（完全匹配），將它記錄下來，使其通過，迭代，直到完全匹配成功。然後對其他匹配類型執行相同操作。

來源

2012-03-11 14:33:22

我的問題更多的是瞭解如何創建測試結構本身的具體細節。由於我正在查看要迭代的條件列表，因此我知道我可以在一次測試中重複使用大量代碼。我對這個過程的指揮是這樣的，我會將代碼從一個測試切換到另一個測試。我想變得足夠聰明，而不是那樣做。 thx – justSteve 2012-03-11 14:48:03

測試代碼就像任何其他代碼一樣：因此，繼續前進並編寫測試，然後沿途重構 - 只有在所有測試都通過時重構。「red-green-refactor」中的重構步驟也是關於重構測試代碼的。 – 2012-03-11 16:52:40

TDD練習：確定用戶存在

回答

相關問題