[C#] 동일한 프로젝트 또는 다른 프로젝트에 단위 테스트를합니까?

테스트하고있는 코드와 함께 파일에 테스트를 자주 배치하는 TypeScript 프로젝트에서 시간을 보낸 후 별도의 방법으로 유지하는 것보다이 방법을 선호했습니다.

• 테스트 파일로 이동하는 것이 더 빠릅니다.
• 테스트중인 클래스의 이름을 바꿀 때 테스트 이름을 바꾸는 것이 더 쉽습니다.
• 테스트중인 클래스를 이동할 때 테스트를 이동하는 것이 더 쉽습니다.
• 클래스에 테스트가 없는지 즉시 알 수 있습니다.
• 테스트 용과 코드 용으로 2 개의 중복 파일 구조를 관리 할 필요가 없습니다.

그래서 최근에 새로운 .NET Core 프로젝트를 시작할 때 테스트 또는 테스트 어셈블리를 최종 릴리스와 함께 제공하지 않고 C # 프로젝트에서이 구조를 모방 할 수 있는지 확인하고 싶었습니다.

프로젝트 파일에 다음 줄을 넣으면 지금까지 잘 작동하는 것으로 보입니다.

  <ItemGroup Condition="'$(Configuration)' == 'Release'">
    <Compile Remove="**\*.Tests.cs" />
  </ItemGroup>
  <ItemGroup Condition="'$(Configuration)' != 'Release'">
    <PackageReference Include="nunit" Version="3.11.0" />
    <PackageReference Include="NUnit3TestAdapter" Version="3.12.0" />
    <PackageReference Include="Microsoft.NET.Test.Sdk" Version="15.9.0" />
  </ItemGroup>

위의 내용은 Release구성 에서 이름 *.Tests.cs이 지정된 모든 파일 이 컴파일에서 제외되고 필요한 단위 테스트 패키지 참조가 제거되도록합니다.

릴리스 구성에서 클래스를 단위 테스트 할 수 있으려면 Release이라고하는 에서 파생 된 새 구성을 만들면 ReleaseContainingTests됩니다.

업데이트 : 이 기술을 잠시 사용한 후에도 VS 코드에서 아이콘을 사용자 정의하여 탐색기 창에서 테스트 (및 기타 사항)를 좀 더 두드러지게 만드는 것이 도움이되는 것을 알았습니다.

이렇게하려면 Material Icon Theme 확장을 사용하고 VS Code 환경 설정 JSON에 다음과 같은 것을 추가하십시오.

"material-icon-theme.files.associations": {
  "*.Tests.cs": "test-jsx",
  "*.Mocks.cs": "merlin",
  "*.Interface.cs": "yaml",
}

답변

public static class Ext
{
     [TestCase(1.1, Result = 1)]
     [TestCase(0.9, Result = 1)]
     public static int ToRoundedInt(this double d)
     {
         return (int) Math.Round(d);
     }
}