extreme-programming

    12熱度

    4回答

    羅恩傑弗里斯說:「當你真正需要它們的時候總是要實施,而不是當你預見到你需要它們時」。 然而,如果我在編程一個子系統,比如說C#,那麼我會花很多時間考慮我的面向對象設計,並實施偉大的模式作爲策略模式來封裝「可能」會改變的事物在將來。 做這兩種立場的衝突,以及如何取得平衡?

    0熱度

    2回答

    假設我有一個用戶這樣的故事之一: 「用戶可以添加,修改或從產品機刪除產品的用戶可配置的產品機器列表。提供給客戶的int產品機器「 我認爲,這個用戶故事是太大了,所以我想它在4分割: 」作爲一個用戶,我想補充一個產品到產品機器「 「作爲一個用戶,我想從一個產品機器修改產品」 「作爲一個用戶,我想從一個產品機刪除產品」 「作爲一個用戶,我想配置可用於產品機器的產品清單「 問題是:在我看來,最後一個故事

    2熱度

    2回答

    我不明白關於用戶故事的卡片,對話,確認公式。 我不明白對話和確認部分是否必須寫下來,或者他們仍然是對話,特別是CONVERSATION部分。 要清楚:如果在用戶故事中記下所有這些內容,是對的嗎? (請參閱下面的示例) 還是必須只寫下CARD部分? 例子: CARD 作爲咖啡機的用戶,我希望能夠購買的飲料。 交談 - 用戶將不能購買飲料,如果他們不存入足夠的錢到咖啡 - 如果沒有足夠的庫存,以製成飲

    -3熱度

    2回答

    我試圖更好地展現用戶故事的INVEST屬性。 例如,考慮這兩個用戶的故事: 咖啡機是可編程的,它可以定義不同種類的產品。 產品在產品列表中有一個獨特的名稱,價格和一些成分(指定數量)選擇咖啡,牛奶,巧克力和糖。咖啡機使用戶能夠添加,修改或刪除產品,並創建一個配置,其中包含可供客戶使用的產品列表。 用戶可以選擇產品並插入相當於或高於產品價格的金額。如果金額大於價格,則咖啡機向用戶進行更改。 在這個可

    0熱度

    5回答

    我在一個大型組織的初創軟件開發部門工作。在過去的幾年裏,我和一些(非常)少數人已經開發出了相當成功的軟件產品,我很高興地向大家報告,非常可維護。 如果使用了任何特定的方法,那麼我認爲這是在短期迭代中交付功能性產品的靈活性的核心,而不是長時間的客戶等待。 我們的發展始於走向客戶/用戶羣,並通過觀察,訪談,評估當前工具和評估需求來評估需求。然後,我們會在迭代(大約一個月)內儘快提供核心需求,客戶/用戶

    1熱度

    3回答

    我的老師基本上告訴我,在實施之前做Selenium(驗收)測試沒有意義,因爲他們被告知「驗收」測試是有原因的。 我們正在做一個奇怪的混合Scrum和XP(用於學習)。 我們的目標是在這些測試中基本形式化我們的規範(用戶故事)。爲什麼在實際執行這些測試之前進行這些測試會很糟糕? (誠然,我們不得不改變相當多的測試,一旦我們與實施完成。)

    2熱度

    3回答

    我正在嘗試爲我的團隊代碼實現極限編程環境。雖然我認爲極好的編程有很多方面的優點(配對編程,集體代碼所有權,持續集成是最受歡迎的),但我最感興趣的就是測試驅動的環境。 雖然我積極鼓勵使用單元/集成測試編寫新的開發,但有很多遺留代碼沒有爲其編寫測試。目前,我們正在基於如果發現錯誤,爲正確的行爲編寫測試用例並修復錯誤。不過,我想對此稍微系統一點。 有,我會很感興趣的兩種方法: 手段,以編程方式確定整個項

    0熱度

    1回答

    我真的想使用的Visual Studio 2012 我想用http://tfs.visualstudio.com,爲他們提供一個構建服務器上運行我的測試運行自動化單元測試,實現測試驅動開發。 當我上載我的代碼,所有的測試,因爲他們正在尋找我的數據庫失敗。 請告訴我爲測試自動化最好的做法? 我應該使用的SQL Server Compact或一個真正的數據庫?

    8熱度

    3回答

    有沒有支持良好的多程序員編程的插件/插件/網站服務? 就像Google文檔支持讓人們同時編輯文檔一樣,IDE是否有這樣的類似功能?如果是這樣,Java和C#會更加輕鬆。 此功能對我來說非常有用,可以幫助其他人調試他們的代碼,並幫助他們查看他們出錯的地方,而不必真正與他們在一起。 我想這也可能是「結對編程」有用的,而在不同的位置(降低用處,我知道,但仍然) 謝謝

    0熱度

    1回答

    標題有它。爲了有一個想法,指出與文檔的良好聯繫就足夠了。