團隊建設練習教寫作單元測試

Question

我最近開始爲一家擁有非常大的遺留代碼庫的公司工作。產品真的很好，我們有一個大而快樂的客戶羣......但是！

代碼庫是一團糟。它是經典ASP和.NET的混合體。幾乎沒有任何單元測試，並且代碼少於可測試的。我可以看到開發人員對代碼庫失去了信心，並且可以接受這樣的說法：「代碼這麼糟糕，我爲什麼要麻煩編寫測試」，所以人們不會這樣做。有些人已經忘記了，其他人從未開始。問題是，即使有易於測試的錯誤，也不會編寫測試。

我非常接近說服老闆花了整整一週的時間去發展，並且專門爲這個系統的教學和寫作單元測試做準備。我的計劃是開始半天的單元測試講座，下半年我想做一些團隊建設練習，這將教會人們一些基本的測試技能。然後爲我們的系統進行幾天結對編程單元測試，並在小組討論中對其進行審查。用「老師」來幫助有問題的人。

我在尋找靈感的是團隊建設練習。我想要一些我可以用它們做的「離線」練習。我們約有40人，所以我們可以分成小組。

事情是，我無法在任何地方找到任何這樣的練習。我不知道以前是否有人這樣做過。我的一個建議是讓人們使用僞代碼，然後提出測試策略，但我認爲這太「真實」了。我希望它更抽象一點，不要讓人們對編程抱怨，或者擔心不能執行。

有沒有人聽說過這樣的事情，或沒有人有什麼可以工作的建議？

所有的輸入是非常感謝。

......哦，我覺得人們真的會喜歡這樣的感覺。所以當我宣佈這一點時，我預計不會有重大推手。希望我們能夠在本週出現，重新對我們的代碼庫充滿信心！

感謝JP

Answer 1

對我來說，進入UINT測試的最佳工具是發揮FizzBuzz一組的比賽。

您不必編寫任何代碼就可以瞭解需要測試的內容。要編寫前幾個測試，您只需開始查看序列中的前幾個數字，並精確地確定輸出應該是什麼，並且有您的測試。

但是當編寫單元測試的時候，需要編寫的代碼是非常不具威脅性的。