[UnitTest] ASP.NET Core 2.2 測試專案中的版本衝突

問題 
這幾天專案某項功能接近尾聲，要替其核心 ASP.NET Core 專案加上單元測試專案，加入後按下建置發現跳出 Error 錯誤訊息  "CS1705 Assembly 'xxxx, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' uses 'Microsoft.Extensions.Logging.Abstractions, Version=2.2.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60' which has a higher version than referenced assembly 'Microsoft.Extensions.Logging.Abstractions' with identity 'Microsoft.Extensions.Logging.Abstractions, Version=2.1.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60' "  加一個測試專案就造成參考 dll 版本不同，且測試專案並未加入任何參考類別庫就建置失敗怎麼想都不太對，這篇就針對此案例作簡單紀錄與分享，若是有不清楚或是錯誤的地方歡迎討論予糾正。

解決方法 
就自己過去經驗這類訊息是因為專案參考版本不同造成，但為了保險還是看一下案發現場錯誤訊息提到的 CS1705 ，提示訊息屬於編譯器錯誤，傳送門 

接著到專案與測試專案的參考進行比對，比對其 dll 的版本與新加入的測試專案 dll 版本號，經過地毯式的比對後發現其錯誤訊息提到的 dll 版號皆為相同並無異常，因此判定此推論不成立

接著，想到錯誤訊息提到 .NET Core 版本不同，因此開啟專案檢查兩個專案版本差異，檢查方式如下
專案按右鍵 > 屬性 > Application > Target Framework，經比對後兩者皆為 ASP.NET Core 2.2 版無誤，猜測再度失敗 !

快要走投無路的時候發現在微軟 github 也有許多人遇到類似的問題，討論傳送門如下
 Version conflicts in test project depending on a Microsoft.AspNetCore.App project #2253
而且在 ASP.NET Core 2.2 此問題似乎尚未解決 (狀態還沒 close)，整理一下共通的症狀如下

• 測試專案
• 無法編譯的 dll 為 Mircosoft.AspNetCore、Mircosoft.Extension 

如果符合以上疑似症狀，嘗試了各種方法還是沒有辦法建置成功的話，請服用以下步驟
Step 1 : 專案按下右鍵，編輯專案檔 csproj

Step 2 : 在  itemGroup  區段加入下列代碼 (如果在不行可以指定版本)

<PackageReference Include="Microsoft.AspNetCore.App" />

接著在重新將專案建置一次，就可以看到建置成功的畫面 (淚)
擦乾眼淚宣告懸案正式結案 !! 

心得
神奇的是只要建置成功過一次之後，就無法再還原發現場狀況，不指定 Mircosoft.AspNetCore.App 版號也可以正常建置成功 (嚇.jpg)，不知道算不算是 .Core 2.2 的bug，如果是希望新版出來時可以修復此問題，不然光看錯誤訊息要修復可能真的不太容易。

參考
https://github.com/dotnet/sdk/issues/2253

Related Posts:

• [Tool] END-TO-END Test 測試工具 - Playwright前言 過去提到 Web 自動化測試可能第一個念頭會透過 Selenium 來實現 ，今天要介紹的是一套新的 Open Source 自動化測試工具 Playwright，他是基於 Javascript 的跨瀏覽器 end to end 測試工具，目前屬於微軟眾多的 Open Source 專案之一，今天這篇文章就來推坑這款好用的工具，若有問題歡迎提出來一起討論。 介紹 Playwright 是一種 opensource 的自動化測… Read More
• [UnitTest] 如何測試目標方法中含有 static method 代碼 ? 情境 由於部門過去的 專案幾乎都沒有加上單元測試進行保護，主管在新的一年規劃中開發代碼更有品質，希望開發的專案加上新功能或是修改時要加上單元測試，有些 Legacy Code 寫法是屬於一條龍式的 「義大利麵式碼」特別有親切感(大誤，遇到這種就需要先重構 (refactor) 後物件化比較好寫單元測試，今天主題是單元測試中要被測試的 method 中常常會有相依於某個 Static method，在寫 Code 時用… Read More
• [NETCore] 如何在 ASP.NET Core Middleware 加上單元測試 Unititest前言 Middleware 在 ASP.NET Core 開發時是個很常見的功能，概念很像 ASP.NET Application Life cycle 管線的 Handler 機制 (若對於 Life Cycle 想了解更多可以看之前寫的文章 Application Life Cycle)，提供開發者可以在 Request 進入到 Application 前加上客製化的邏輯，實務上用起來挺方便的也蠻好用的，在加上 middleware 相關… Read More
• [UnitTest] 使用 Fluent Assertions 增加單元測試碼可讀性前言 過去在撰寫單元測試代碼時都是使用 NUnit 內建的 Assert.AreEqual 來驗證是否符合預期，雖然早已聽過 Fluent Assertions 盛名但並未實際使用過，直到最近在與同事討論時同事大推發現真的很不錯，讓戴碼的可能性增加不少，想起之前上 91 Training 時不斷強調測試代碼可讀性的重要性，這一篇就來簡單介紹 Flnent Asserentions 的安裝與使用，若有問題或是錯誤的地方歡迎各位高手給予指導。 … Read More
• [UnitTest] Refactoring 好幫手 - Refactoring.Guru前言 過去還在菜鳥時期很常遇過一種情境，就是當看到一段既有的代碼或是專案裡的 Code，看起來有些怪異的地方但又說不出來怪的點是哪一點，想改又不知道從何下手的情境，如果遇到這問題想要得到解答的話，可以試試看到 refactoring.guru，這網站透過漫畫的方式介紹兩項開發者在 Coding 時的必修課程，重構 ( Refacting ) 與設計模式 ( Design Pattern )；以下就針對這兩項目做簡單說明 Re… Read More