tdd

    12熱度

    8回答

    我剛剛與我的首席開發人員進行了一次對話,他們不同意單元測試是必要的或重要的。在他看來,具有足夠高代碼覆蓋率的功能測試應該足夠了,因爲任何內部重構(接口更改等)都不會導致需要重新編寫或重新查看測試。 我試着解釋,但並沒有走得很遠,並認爲你們可以做得更好。 ;-)因此... 功能測試不提供單元測試代碼有什麼好的理由?如果您所有的功能測試都有什麼危險? 編輯#1感謝您的所有好的答案。我想通過功能測試補充

    6熱度

    2回答

    我一直在尋找Model-View-ViewModel模式,這是由幾個人在那裏建議(尤其是約翰戈斯曼,看看這個post和這podcast),但什麼其他模式(如果有)有人使用並喜歡......他們在哪裏增加價值? 我還偶然發現: 模型 - 視圖 - 視圖模型 Presentation Model DataModel-View-ViewModel Patterns in Prism(現稱爲複合應用程序指

    6熱度

    3回答

    我正在使用Test/Unit與標準導軌2.1項目。我希望能夠獨立於任何特定的控制器/操作來測試部分視圖。 簡直可以說ZenTest's Test::Rails::ViewTestCase會有所幫助,但我無法得到它的工作,同樣有view_test http://www.continuousthinking.com/tags/view_test 大部分的東西谷歌輪番上漲顯得相當過時了,所以我猜不真正與

    34熱度

    5回答

    我讀過(並重新閱讀)Martin Fowler的Mocks Aren't Stubs。其中,他定義了two different approaches to TDD: "Classical" and "Mockist"。他試圖回答「So should I be a classicist or a mockist?」這個問題,但他承認,他從來沒有嘗試過關於「玩具以外的任何東西」的嘲笑TDD。所以我想我

    9熱度

    7回答

    在閱讀Martin Fowler的Mocks Aren't Stubs之後,我發現我一直在用「嘲弄」的方式練習TDD。 但是我想知道是否即使在模擬TDD中,如果可以嘲笑得太過分。 下面是一個在Python風格僞代碼更新例如: def sync_path(self): if self.confirm_or_create_connection(): self.sync(self.

    5熱度

    2回答

    有沒有辦法讓運行junit測試在測試失敗後停止?

    2熱度

    2回答

    所以毫無疑問,建立一個領域模型是我認爲最好的方式發生時,你作爲團隊接近它。即使在建模過程中涉及非技術人員和「業務」成員也是如此。當你把合適的人放在一個房間裏,並在白板上敲出東西時,可以很快完成。但那個時代你沒有奢侈品呢?當你必須單獨建立一個複雜的域模型時呢?我一直在做這在過去一個月左右的時間,也做了以下內容: 由名詞Idendtification開始關閉,然後使用類角色的協作來分析關係 查找分析模

    0熱度

    1回答

    有人可以看看這段代碼,並告訴我是否有任何明顯的原因,它不應該工作?當我的代碼中調用service.getResponse時,模擬框架只返回null,而不是我指定的對象。 [Test] public void Get_All_Milestones() { var mockRepo = new MockRepository(); var service =

    16熱度

    2回答

    我正在試驗iPhone SDK並做一些TDD ala Dr. Nic的rbiPhoneTest項目。我想知道有多少人(如果有的話)成功使用iPhone/Cocoa的這個或任何其他測試框架?更重要的是,我想知道如何最好地維護專有的二進制請求/響應協議。這個想法是通過網絡發送二進制請求並接收二進制響應。請求和響應是使用字節和'和'來創建的。我正在使用金色複製模式來測試我的請求。這是迄今爲止我所擁有的。

    27熱度

    5回答

    編碼測試優先,我發現可能有3/4的代碼是單元測試;如果我確實是極端的,並且除了修復一個失敗的單元測試之外沒有寫出一行代碼,這個比例會更高。維護所有這些單元測試會增加代碼更改的大量慣性。在早期,我吸收並修復它們。一旦出現壓力,我將以目錄結束,以便在'有時間'的情況下重新審視。在設計已經有時間結晶之前,TDD感覺就像太早推出高覆蓋率。 我該如何找到擺脫這種困境的出路,並開始歡迎像我應該改變的要求?