ตัวดัดแปลงการเข้าถึง C #“ ภายใน” เมื่อทำการทดสอบหน่วย

ฉันใหม่ในการทดสอบหน่วยและฉันพยายามหาว่าควรเริ่มใช้ตัวปรับการเข้าถึง 'ภายใน' ให้มากขึ้นหรือไม่ ฉันรู้ว่าถ้าเราใช้ 'ภายใน' และตั้งค่าแอสเซมบลีตัวแปร 'InternalsVisibleTo' เราสามารถทดสอบฟังก์ชันที่เราไม่ต้องการประกาศสาธารณะจากโครงการทดสอบ ทำให้ฉันคิดว่าฉันควรใช้ 'ภายใน' เสมอเพราะอย่างน้อยแต่ละโครงการ (ควร?) มีโครงการทดสอบของตัวเอง พวกคุณช่วยบอกเหตุผลได้ไหมว่าทำไมฉันถึงไม่ควรทำอย่างนี้? เมื่อใดที่ฉันควรใช้ 'ส่วนตัว'

คลาสภายในต้องได้รับการทดสอบและมีแอตทริบิวต์ assemby:

using System.Runtime.CompilerServices;

[assembly:InternalsVisibleTo("MyTests")]

Properties\AssemblyInfo.csเพิ่มไปยังแฟ้มข้อมูลโครงการเช่น

หากคุณต้องการทดสอบวิธีการส่วนตัวให้ดูที่PrivateObjectและPrivateTypeในMicrosoft.VisualStudio.TestTools.UnitTestingเนมสเปซ พวกเขาเสนอห่อหุ้มที่ใช้งานง่ายรอบ ๆ รหัสการสะท้อนที่จำเป็น

เอกสาร: PrivateType , PrivateObject

สำหรับ VS2017 & 2019 คุณสามารถค้นหาสิ่งเหล่านี้ได้ด้วยการดาวน์โหลด MSTest.TestFramework nuget

เมื่อเพิ่มคำตอบของ Eric คุณสามารถกำหนดค่านี้ในcsprojไฟล์:

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

หรือถ้าคุณมีหนึ่งโครงการทดสอบต่อโครงการที่จะทดสอบคุณสามารถทำสิ่งนี้ในDirectory.Build.propsไฟล์ของคุณ:

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

ดู: https://stackoverflow.com/a/49978185/1678053
ตัวอย่าง: https://github.com/gldraphael/evlog/blob/master/Directory.Build.props#L5-L12

ใช้เป็นส่วนตัวโดยค่าเริ่มต้น หากสมาชิกไม่ควรเปิดเผยเกินกว่าประเภทนั้นก็ไม่ควรเปิดเผยเกินกว่าประเภทนั้นแม้จะอยู่ในโครงการเดียวกัน สิ่งนี้จะช่วยให้สิ่งต่าง ๆ ปลอดภัยและเป็นระเบียบมากขึ้น - เมื่อคุณใช้วัตถุมันชัดเจนว่าวิธีการใดที่คุณควรใช้

ต้องบอกว่าฉันคิดว่ามันมีเหตุผลที่จะทำให้วิธีการที่เป็นธรรมชาติภายในสำหรับการทดสอบบางครั้ง ฉันชอบที่จะใช้การสะท้อนซึ่งเป็นการปรับโครงสร้างที่ไม่เป็นมิตร

สิ่งหนึ่งที่ควรพิจารณาอาจเป็นคำต่อท้าย "ForTest":

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

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

จากนั้นเมื่อคุณกำลังใช้คลาสภายในโครงการเดียวกันจะเห็นได้ชัด (ตอนนี้และในอนาคต) ว่าคุณไม่ควรใช้วิธีนี้จริงๆ - มันมีไว้เพื่อการทดสอบเท่านั้น นี่เป็นเรื่องที่แฮ็กเล็กน้อยและไม่ใช่สิ่งที่ฉันทำเอง แต่อย่างน้อยก็ควรค่าแก่การพิจารณา

คุณสามารถใช้ไพรเวตได้เช่นกันและคุณสามารถเรียกเมธอดไพรเวตพร้อมกับการสะท้อนกลับ ถ้าคุณใช้ Visual Studio Team Suite มันมีฟังก์ชั่นที่ดีที่จะสร้างพร็อกซีเพื่อโทรหาวิธีส่วนตัวของคุณ ต่อไปนี้เป็นบทความโครงการรหัสที่แสดงให้เห็นว่าคุณสามารถทำงานด้วยตัวเองเพื่อทดสอบวิธีการเรียนรู้แบบส่วนตัวและแบบป้องกันได้อย่างไร:

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

ในแง่ของตัวดัดแปลงการเข้าถึงที่คุณควรใช้กฎทั่วไปของฉันเริ่มต้นด้วยส่วนตัวและเพิ่มตามความจำเป็น ด้วยวิธีนี้คุณจะเปิดเผยรายละเอียดภายในของชั้นเรียนตามที่จำเป็นจริง ๆ และช่วยเก็บรายละเอียดการดำเนินการที่ซ่อนอยู่ตามที่ควรจะเป็น

ฉันใช้Dotnet 3.1.101และส่วน.csprojเพิ่มเติมที่ใช้งานได้สำหรับฉันคือ:

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

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

หวังว่านี่จะช่วยให้ใครบางคนที่นั่น!