Pengubah akses "internal" C # saat melakukan pengujian unit

Saya baru dalam pengujian unit dan saya mencoba mencari tahu apakah saya harus mulai menggunakan lebih banyak pengubah akses 'internal'. Saya tahu bahwa jika kita menggunakan 'internal' dan mengatur variabel perakitan 'InternalsVisibleTo', kita dapat menguji fungsi yang tidak ingin kita umumkan dari proyek pengujian. Ini membuat saya berpikir bahwa saya harus selalu menggunakan 'internal' karena setidaknya setiap proyek (harus?) Memiliki proyek pengujian sendiri. Bisakah kalian memberi tahu saya alasan mengapa saya tidak melakukan ini? Kapan saya harus menggunakan 'pribadi'?

Kelas internal perlu diuji dan ada atribut assemby:

using System.Runtime.CompilerServices;

[assembly:InternalsVisibleTo("MyTests")]

Tambahkan ini ke file info proyek, mis Properties\AssemblyInfo.cs.

Jika Anda ingin menguji metode pribadi, lihat PrivateObjectdan PrivateTypedi Microsoft.VisualStudio.TestTools.UnitTestingnamespace. Mereka menawarkan pembungkus yang mudah digunakan di sekitar kode refleksi yang diperlukan.

Documents: PrivateType , PrivateObject

Untuk VS2017 & 2019, Anda dapat menemukannya dengan mengunduh nuget MSTest.TestFramework

Menambahkan ke jawaban Eric, Anda juga dapat mengkonfigurasi ini di csprojfile:

<ItemGroup>
    <AssemblyAttribute Include="System.Runtime.CompilerServices.InternalsVisibleTo">
      <_Parameter1>MyTests</_Parameter1>
    </AssemblyAttribute>
</ItemGroup>

Atau jika Anda memiliki satu proyek uji per proyek yang akan diuji, Anda dapat melakukan sesuatu seperti ini di Directory.Build.propsfile Anda :

<ItemGroup>
    <AssemblyAttribute Include="System.Runtime.CompilerServices.InternalsVisibleTo">
      <_Parameter1>$(MSBuildProjectName).Test</_Parameter1>
    </AssemblyAttribute>
</ItemGroup>

Lihat: https://stackoverflow.com/a/49978185/1678053
Contoh: https://github.com/gldraphael/evlog/blob/master/Directory.Build.props#L5-L12

Tetap menggunakan pribadi secara default. Jika seorang anggota tidak boleh diekspos di luar tipe itu, ia tidak boleh diekspos di luar tipe itu, bahkan di dalam proyek yang sama. Ini menjaga hal-hal lebih aman dan lebih rapi - ketika Anda menggunakan objek, itu lebih jelas metode mana yang Anda maksudkan untuk dapat digunakan.

Karena itu, saya pikir itu masuk akal untuk membuat metode pribadi-swasta internal untuk tujuan pengujian kadang-kadang. Saya lebih suka menggunakan refleksi, yang refactoring-tidak ramah.

Satu hal yang perlu dipertimbangkan mungkin sufiks "ForTest":

internal void DoThisForTest(string name)
{
    DoThis(name);
}

private void DoThis(string name)
{
    // Real implementation
}

Kemudian ketika Anda menggunakan kelas dalam proyek yang sama, sudah jelas (sekarang dan di masa depan) bahwa Anda seharusnya tidak benar-benar menggunakan metode ini - itu hanya ada untuk tujuan pengujian. Ini agak berantakan, dan bukan sesuatu yang saya lakukan sendiri, tapi setidaknya patut dipertimbangkan.

Anda dapat menggunakan pribadi juga dan Anda dapat memanggil metode pribadi dengan refleksi. Jika Anda menggunakan Visual Studio Team Suite, ia memiliki beberapa fungsi bagus yang akan menghasilkan proxy untuk memanggil metode pribadi Anda untuk Anda. Berikut ini adalah artikel proyek kode yang menunjukkan bagaimana Anda dapat melakukan pekerjaan sendiri untuk menguji unit metode pribadi dan yang dilindungi:

http://www.codeproject.com/KB/cs/testnonpublicmembers.aspx

Dalam hal pengubah akses yang harus Anda gunakan, aturan umum saya adalah mulai dengan pribadi dan meningkat sesuai kebutuhan. Dengan cara itu Anda akan mengekspos detail internal kelas Anda seperti yang benar-benar dibutuhkan dan itu membantu menjaga detail implementasi tersembunyi, sebagaimana seharusnya.

Saya menggunakan Dotnet 3.1.101dan .csprojpenambahan yang berfungsi untuk saya adalah:

<PropertyGroup>
  <!-- Explicitly generate Assembly Info -->
  <GenerateAssemblyInfo>true</GenerateAssemblyInfo>
</PropertyGroup>

<ItemGroup>
  <AssemblyAttribute Include="System.Runtime.CompilerServices.InternalsVisibleToAttribute">
  <_Parameter1>MyProject.Tests</_Parameter1>
  </AssemblyAttribute>
</ItemGroup>

Semoga ini bisa membantu seseorang di luar sana!