我的產品組件和我的單元測試組件之間通常有1:1映射。我一般儘量保持組件的總數量低,典型的解決方案可能是這個樣子......單個或多個單元測試項目每個解決方案?
- 客戶端(包含瀏覽器,控制器等)
- Client.Tests
- 通用(含數據/服務合同,常用工具等)
- Common.Tests
- 服務器(包含域,服務等)
- Server.Tests
- Server.WebHos t
最近在工作中,人們一直在提及只有一個單元測試項目與他們正在測試的程序集進行分解。我知道當天回來的時候,如果你使用NCover等作爲你的構建的一部分,這會讓生活更輕鬆(當然不再重要)。
單個和多個UnitTest項目背後的一般理性是什麼?除了減少解決方案中項目的數量之外,是否有一個具體的理由去某種方式?我覺得這可能是這些「偏好」之一,但谷歌並沒有太多變化。
另請參見類似於http://stackoverflow.com/questions/5197192/which-is-better-unit-test-project-per-solution-or-per-project?rq=1 – 2013-04-16 10:47:43