tdd

    5熱度

    5回答

    大約一年前,我拿起Scott Ambler的Refactoring Databases: Evolutionary Database Design。我被贏得了這個想法,就像你可以用TDD開發你的代碼一樣,你可能應該用單元測試(至少)來覆蓋你的數據庫,或者在你修改模式之前編寫數據庫測試,以便你做數據庫工作在TDD風格也是如此。 我真的很喜歡這個想法,而且我一直在做這個工作(好的,有時候我會這樣做),

    0熱度

    3回答

    爲什麼這個項目不再維護?我喜歡這個應用程序,但不更新它似乎是對所有.Net開發人員的犯罪。考慮到將來發布的機會,我想添加幾個項目。 任何人都可以分享我不知道的東西嗎?

    23熱度

    5回答

    我做了TDD,並且在組織我的單元測試方面我一直相當寬鬆。我傾向於從代表下一個故事或功能塊的文件開始,並編寫所有單元測試來完成這項工作。當然,如果我正在引入一個新類,我通常會爲該類創建一個單獨的單元測試模塊或文件,但是我不會將這些測試本身組織到任何更高級別的結構中。結果是我編寫代碼的速度很快,而且我相信我的實際程序結構合理,但單元測試本身很「雜亂」。特別是,它們的結構傾向於重述發展過程的系統發育。有

    10熱度

    3回答

    我知道在北卡羅來納州立大學做了關於TDD的一些研究。他們發表了一篇名爲'An Initial Investigation of Test Driven Development in Industry'的論文。 NCSU的其他出版物可以找到here。 有人可以指我關於這個主題的其他好的出版物嗎?

    3熱度

    2回答

    雖然我googling /閱讀這個答案,我想我也會問這裏。 我有一個類是一個SDK的包裝。該類接受一個I​​Loader對象,並使用ILoader對象創建一個投射到ISmallBusinessInstance對象中的ISBAObject。我只是試圖用Moq來嘲笑這種行爲。 [TestMethod] public void Test_Customer_GetByID() {

    33熱度

    5回答

    最近發現了這種開發方法,我發現它是一個相當不錯的方法。因此,對於我的第一個項目,我有一個小的DLL值得的代碼(在C#.NET中,它的價值),並且我想爲這個代碼做一組測試,但是我有點失落從哪兒開始。 我正在使用NUnit和VS 2008,關於什麼類的入門,寫什麼測試以及關於如何將代碼移動到基於測試的開發的一般技巧的任何提示將會很大讚賞。

    6熱度

    4回答

    我想開始使用TDD,但我不知道從哪裏開始。我們用.NET編碼(C#/ ASP.NET)。

    6熱度

    4回答

    作爲基於測試的開發新手,這個問題一直困擾着我。多少是太多了?應該測試什麼,應該如何測試以及爲什麼要測試它?給出的例子是用NUnit在C#中,但我認爲這個問題本身是語言不可知的。 下面是我自己的兩個電流的例子,一個泛型列表對象測試(被用繩子測試,初始化函數添加三個項目{"Foo", "Bar", "Baz"}): [Test] public void CountChanging() {

    2熱度

    7回答

    將我當前的代碼項目轉換爲TDD,我注意到了一些東西。 class Foo { public event EventHandler Test; public void SomeFunction() { //snip... Test(this, new EventArgs()); } } 當測試此代碼並依靠代碼覆蓋率工具確定您是否有足夠的測

    3熱度

    2回答

    我使用Moq來模擬我的存儲庫層,以便可以進行單元測試。 我的存儲庫層插入方法在發生成功的db插入時更新我實體的Id屬性。 如何在調用Insert方法時將moq配置爲更新實體的Id屬性? 庫代碼: - void IAccountRepository.InsertAccount(AccountEntity account); 單元測試: - 從ContractService類(WCF服務合同) [