Công cụ sửa đổi truy cập nội bộ C # ăn khi thực hiện kiểm tra đơn vị

Tôi mới tham gia thử nghiệm đơn vị và tôi đang cố gắng tìm hiểu xem tôi có nên bắt đầu sử dụng nhiều công cụ sửa đổi truy cập 'nội bộ' hay không. Tôi biết rằng nếu chúng tôi sử dụng 'nội bộ' và đặt biến lắp ráp 'InternalsVisibleTo', chúng tôi có thể kiểm tra các chức năng mà chúng tôi không muốn tuyên bố công khai từ dự án thử nghiệm. Điều này khiến tôi nghĩ rằng tôi chỉ nên luôn sử dụng 'nội bộ' vì ít nhất mỗi dự án (nên?) Có dự án thử nghiệm riêng. Các bạn có thể cho tôi biết một lý do tại sao tôi không nên làm điều này? Khi nào tôi nên sử dụng 'riêng tư'?

Các lớp bên trong cần phải được kiểm tra và có một thuộc tính lắp ráp:

using System.Runtime.CompilerServices;

[assembly:InternalsVisibleTo("MyTests")]

Thêm phần này vào tệp thông tin dự án, vd Properties\AssemblyInfo.cs.

Nếu bạn muốn thử nghiệm các phương thức riêng tư, hãy xem PrivateObjectvà PrivateTypetrong Microsoft.VisualStudio.TestTools.UnitTestingkhông gian tên. Họ cung cấp các hàm bao dễ sử dụng xung quanh mã phản chiếu cần thiết.

Documents: PrivateType , PrivateObject

Đối với VS2017 & 2019, bạn có thể tìm thấy những thứ này bằng cách tải xuống nuget MSTest.TestFramework

Thêm vào câu trả lời của Eric, bạn cũng có thể định cấu hình câu hỏi này trong csprojtệp:

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

Hoặc nếu bạn có một dự án thử nghiệm cho mỗi dự án sẽ được thử nghiệm, bạn có thể làm một cái gì đó như thế này trong Directory.Build.propstệp của mình :

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

Xem: https://stackoverflow.com/a/49978185/1678053
Ví dụ: https://github.com/gldraphael/evlog/blob/master/Directory.Build.props#L5-L12

Tiếp tục sử dụng riêng tư theo mặc định. Nếu một thành viên không nên tiếp xúc ngoài loại đó, thì không nên tiếp xúc với loại đó, ngay cả trong cùng một dự án. Điều này giúp mọi thứ an toàn và gọn gàng hơn - khi bạn đang sử dụng đối tượng, sẽ rõ ràng hơn phương pháp nào bạn có thể sử dụng.

Phải nói rằng, đôi khi tôi nghĩ rằng việc đưa các phương thức riêng tư vào mục đích thử nghiệm là hợp lý. Tôi thích điều đó hơn là sử dụng sự phản chiếu, đó là tái cấu trúc - không thân thiện.

Một điều cần xem xét có thể là hậu tố "ForTest":

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

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

Sau đó, khi bạn đang sử dụng lớp trong cùng một dự án, rõ ràng (hiện tại và trong tương lai) rằng bạn không thực sự nên sử dụng phương pháp này - nó chỉ dành cho mục đích thử nghiệm. Đây là một chút hack, và không phải là điều tôi tự làm, nhưng ít nhất nó đáng để xem xét.

Bạn cũng có thể sử dụng riêng tư và bạn có thể gọi các phương thức riêng tư với sự phản chiếu. Nếu bạn đang sử dụng Visual Studio Team Suite, nó có một số chức năng tuyệt vời sẽ tạo proxy để gọi các phương thức riêng tư cho bạn. Đây là một bài viết dự án mã trình bày cách bạn có thể tự thực hiện công việc để kiểm tra các phương thức riêng tư và được bảo vệ:

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

Về mặt mà bạn nên sử dụng công cụ sửa đổi truy cập, quy tắc chung của tôi là bắt đầu với chế độ riêng tư và leo thang khi cần thiết. Bằng cách đó, bạn sẽ tiết lộ rất ít các chi tiết nội bộ của lớp của bạn khi thực sự cần thiết và nó giúp giữ các chi tiết triển khai được ẩn, như chúng nên có.

Tôi đang sử dụng Dotnet 3.1.101và các .csprojbổ sung có hiệu quả với tôi là:

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

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

Hy vọng điều này sẽ giúp ai đó ngoài kia!