Microsoft Fakes 中的程式碼產生、編譯和命名慣例

本主題討論產生 Fakes 程式碼的選項和問題，並且描述 Fakes 產生類型、成員和參數的命名慣例。

需求

• Visual Studio Ultimate •

本主題內容

程式碼產生和編譯

• 設定虛設常式的程式碼產生 • 類型篩選 • 設定具象類別及虛擬方法的虛設常式 • 內部類型 • 最佳化建置時間 • 避免組件名稱衝突

Fakes 命名慣例

• 填充碼類型和虛設常式類型命名慣例 • 填充碼委派屬性或虛設常式委派欄位命名慣例 • 參數類型命名慣例 • 遞迴規則

外部資源

• 指引

程式碼產生和編譯

設定虛設常式的程式碼產生

Stub 類型會在有 .fakes 副檔名的 XML 檔中設定產生。Fakes 框架會在建置流程中透過自訂 MSBuild 工作整合，並在建置期間偵測這些檔案。Fakes 程式碼產生器會編譯 Stub 類型至組件內，並加入專案參考。

下列範例說明在 FileSystem.dll 中定義的 Stub 類型：

<Fakes xmlns="https://schemas.microsoft.com/fakes/2011/">
    <Assembly Name="FileSystem"/>
</Fakes>

類型篩選

篩選條件可以在 .fakes 檔案中設定，以限制應該設定哪些虛設常式類型。您可以在 StubGeneration 項目下加入清除、加入、移除項目的未繫結數目，已建置所選類型的清單。

例如，這個 .fakes 檔案在 System 和 System.IO 命名空間下產生類型的虛設常式，但是排除 System 中任何包含 "Handle" 的類型：

<Fakes xmlns="https://schemas.microsoft.com/fakes/2011/">
  <Assembly Name="mscorlib" />
  <!-- user code -->
  <StubGeneration>
    <Clear />
    <Add Namespace="System!" />
    <Add Namespace="System.IO!"/>
    <Remove TypeName="Handle" />
  </StubGeneration>
  <!-- /user code -->
</Fakes>

篩選字串會使用簡單文法定義應該如何完成比對：

• 篩選條件預設不區分大小寫；篩選條件會執行子字串比對：

  el 比對符合 "hello"

• 將 ! 加入至篩選條件結尾會讓它變成精確區分大小寫的比對：

  el! 不符合 "hello"

  hello! 比對符合 "hello"

• 將 * 加入至篩選條件的結尾會讓它符合字串的前置詞：

  el* 不符合 "hello"

  he* 比對符合 "hello"

• 分號分隔的清單中的多個篩選條件會結合為分離：

  el;wo 比對符合 "hello" 和 "world"

建立虛設常式的具象類別和虛擬方法

預設會為所有非密封類別產生虛設常式類型。透過 .fakes 組態檔可將 Stub 類型限制為抽象類別：

<Fakes xmlns="https://schemas.microsoft.com/fakes/2011/">
  <Assembly Name="mscorlib" />
  <!-- user code -->
  <StubGeneration>
    <Types>
      <Clear />
      <Add AbstractClasses="true"/>
    </Types>
  </StubGeneration>
  <!-- /user code -->
</Fakes>

內部類型

Fakes 程式碼產生器會對 Fakes 組件可見的類型產生填充碼和虛設常式類型。若要讓 Fakes 和測試組件看見已填充的組件的內部類型，請將 InternalsVisibleToAttribute 屬性加入至已填充的組件程式碼，提供可視性給所產生的 Fakes 組件和測試組件。以下為範例：

// FileSystem\AssemblyInfo.cs
[assembly: InternalsVisibleTo("FileSystem.Fakes")]
[assembly: InternalsVisibleTo("FileSystem.Tests")]

強式名稱組件中的內部類型。

如果填充組件為強式名稱，而且您想要存取組件的內部類型：

• 您的測試組件和 Fakes 組件都必須具有強式名稱。

• 您必須將測試的公開金鑰和 Fakes 組件加入至填充組件的 [InternalsVisibleToAttribute] 屬性。以下說明填充組譯程式碼中的範例屬性在填充組譯碼以強式名稱命名時的樣貌：

  // FileSystem\AssemblyInfo.cs
  [assembly: InternalsVisibleTo("FileSystem.Fakes",
      PublicKey=<Fakes_assembly_public_key>)]
  [assembly: InternalsVisibleTo("FileSystem.Tests",
      PublicKey=<Test_assembly_public_key>)]
  

如果填充組件具有強式名稱，則 Fakes 架構會自動強式簽署產生的 Fakes 組件。您必須強式簽署測試組件。請參閱 建立和使用強式名稱的組件。

Fakes 架構使用相同金鑰簽署所有產生的組件，因此，您可以使用這個程式碼片段當做起點，將 Fakes 組件的 InternalsVisibleTo 屬性加入至已填充的組譯程式碼。

[assembly: InternalsVisibleTo("FileSystem.Fakes, PublicKey=0024000004800000940000000602000000240000525341310004000001000100e92decb949446f688ab9f6973436c535bf50acd1fd580495aae3f875aa4e4f663ca77908c63b7f0996977cb98fcfdb35e05aa2c842002703cad835473caac5ef14107e3a7fae01120a96558785f48319f66daabc862872b2c53f5ac11fa335c0165e202b4c011334c7bc8f4c4e570cf255190f4e3e2cbc9137ca57cb687947bc")]

您可以為 Fakes 組件指定不同的公開金鑰，例如您為填充組件建立的索引鍵，方法是在在 .fakes 檔案的 Fakes\Compilation 項目的 .snk 檔案指定 KeyFile 屬性值的完整路徑。例如：

<-- FileSystem.Fakes.fakes -->
<Fakes ...>
  <Compilation KeyFile="full_path_to_the_alternate_snk_file" />
</Fakes>

接著您必須使用替代 .snk 檔案的公開金鑰， 做為填充組譯程式碼中 InternalVisibleTo 屬性的第二個參數。

// FileSystem\AssemblyInfo.cs
[assembly: InternalsVisibleTo("FileSystem.Fakes",
    PublicKey=<Alternate_public_key>)]
[assembly: InternalsVisibleTo("FileSystem.Tests",
    PublicKey=<Test_assembly_public_key>)]

在上面的範例中，Alternate_public_key 和 Test_assembly_public_key 兩個值可以是相同的。

最佳化建置時間

編譯 Fakes 組建可能大幅增加建置時間。您也可以藉由在不同的集中式專案中產生 .NET System 組件的 Fake 範例組件和協力廠商組件，以最小化組建時間。因為這類組件在電腦上極少變動，您可以在其他專案中重複使用產生的 Fakes 組件。

從單元測試專案中，您可以取得絕對位置。您可以取得已編譯 Fakes 組件的參考，這些組件是放置在專案資料夾中的 FakesAssemblies 底下。

1. 建立 .NET 執行階段版本符合測試專案的新類別庫。我們稱它 Fakes.Prebuild。從專案刪除不需要的 class1.cs 檔。

2. 將參考加入至提供您所需 Fakes 的所有系統和協力廠商組件。

3. 為每個組件和組建加入 .fakes 檔案。

4. 從您的測試專案

   • 確定您有 Fakes 執行階段 DLL 的參考：

     C:\Program Files\Microsoft Visual Studio 12.0\Common7\IDE\PublicAssemblies\Microsoft.QualityTools.Testing.Fakes.dll

   • 對於您已建立 Fakes 的每個組件，加入專案之 Fakes.Prebuild\FakesAssemblies 資料夾中的對應 DLL 檔案的參考。

避免組件名稱衝突

在 Team Build 環境中，所有組建輸出合併到單一目錄。有多個專案使用 Fakes 的情況下，可能會發生不同版本的 Fakes 組件彼此覆寫的情形。例如，從 .NET Framework 2.0 仿造 mscorlib.dll 的 TestProject1 與為 .NET Framework 4 仿造 mscorlib.dll 的 TestProject2 都會遞交 (Yield) 至 mscorlib.Fakes.dll Fakes 組件。

若要避免這個問題，當加入 .fakes 檔時，Fake 應該會自動為非專案參考建立版本限定的 Fake 組件名稱。當您建立 Fakes 組件名稱時，版本限定的 Fakes 組件名稱會嵌入版本號碼：

給定組件 MyAssembly 和版本 1.2.3.4，則 Fakes 組件名稱為 MyAssembly.1.2.3.4.Fakes。

您可以透過編輯在 .fakes中的組件項目版本屬性變更或移除這個版本:

attribute of the Assembly element in the .fakes:
<Fakes ...>
  <Assembly Name="MyAssembly" Version="1.2.3.4" />
  ...
</Fakes>

Fakes 命名慣例

填充碼類型和虛設常式類型命名慣例

命名空間

• .Fakes 後置字元已加入命名空間。

  例如，System.Fakes 命名空間包含 System 命名空間的 Shim 類型。

• Global.Fakes 包含空命名空間的 Shim 類型。

類型名稱

• 填充碼前置詞會加入至類型名稱，以建置填充碼類型名稱。

  例如，ShimExample 是 Example 類型的 Shim 類型。

• 虛設常式前置詞會加入至類型名稱，以建置虛設常式類型名稱。

  例如， StubIExample 是 IExample 類型的虛設常式類型。

類型引數和巢狀類型結構

• 已複製泛型類型引數。

• 針對 Shim 類型複製巢狀類型結構。

填充碼委派屬性或虛設常式委派欄位命名慣例

欄位命名適用的基本規則，從空白名稱開始：

• 會附加方法名稱。

• 如果方法名稱是明確的介面實作，則會將點移除。

• 如果方法為泛型，則會附加 Ofn，其中 n 是泛型方法引數的數目。

特殊方法名稱，例如屬性 getter 或 setter，會依照下表中所述處理。

備註

• 索引子的 getter 和 setter 是以類似於屬性的方式來處理。索引子的預設名稱是 Item。

• 參數類型名稱已轉換並且串連。

• 除非有多載模稜兩可，否則為忽略傳回類型。如果是這種情況，則傳回類型將會附加在名稱結尾

參數類型命名慣例

遞迴規則

下列規則會遞迴套用：

• 由於 Fakes 使用 C# 產生 Fakes 組件，任何會產生無效 C# 語彙基元的字元都會逸出為 "_" (底線)。

• 如果產生的名稱與宣告類型的任何成員發生衝突，附加兩位數計數器使用編號配置，從 01 開始。

外部資源

指引

使用 Visual Studio 2012 測試持續傳遞 – 第 2 章：單元測試：測試內部 (英文)

請參閱

概念

使用 Microsoft Fakes 在測試期間隔離程式碼