Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 8개 있습니다.)
VS.NET IDE: 105. Visual Studio의 단위 테스트 작성 시 Fakes를 이용한 메서드 재정의 방법
; https://www.sysnet.pe.kr/2/0/10858

VS.NET IDE: 169. 비주얼 스튜디오 - 단위 테스트 선택 시 MSTestv2 외의 xUnit, NUnit 사용법
; https://www.sysnet.pe.kr/2/0/12726

.NET Framework: 1078. C# 단위 테스트 - MSTestv2/NUnit의 Assert.Inconclusive 사용법(?)
; https://www.sysnet.pe.kr/2/0/12727

.NET Framework: 1079. MSTestv2 단위 테스트에 메서드/클래스/어셈블리 수준의 문맥 제공
; https://www.sysnet.pe.kr/2/0/12728

.NET Framework: 1080. xUnit 단위 테스트에 메서드/클래스 수준의 문맥 제공 - Fixture
; https://www.sysnet.pe.kr/2/0/12729

개발 환경 구성: 590. Visual Studio 2017부터 단위 테스트에 DataRow 특성 지원
; https://www.sysnet.pe.kr/2/0/12749

개발 환경 구성: 593. MSTest - 단위 테스트에 static/instance 유형의 private 멤버 접근 방법
; https://www.sysnet.pe.kr/2/0/12755

.NET Framework: 1084. C# - .NET Core Web API 단위 테스트 방법
; https://www.sysnet.pe.kr/2/0/12756




MSTest - 단위 테스트에 static/instance 유형의 private 멤버 접근 방법

예를 들어, 다음과 같은 식의 코드가 있다고 가정할 때,

using System;
using System.Diagnostics;

namespace ClassLibrary1
{
    public class Class1
    {
        int _waitTime = 5000;
        Stopwatch _st;

        public void Start()
        {
            _st = new Stopwatch();
            _st.Start();
        }

        public bool IsTooSlow()
        {
            long elapsed = _st.ElapsedMilliseconds;
            if (elapsed > _waitTime)
            {
                return true;
            }

            return false;
        }
    }
}

단위 테스트를 이런 식으로 작성하게 될 텐데요,

using ClassLibrary1;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using System.Threading;

namespace ClassLibrary1.Tests
{
    [TestClass()]
    public class Class1Tests
    {
        Class1 _cl = new Class1();

        [TestMethod()]
        [DataRow(false, 3000)]
        [DataRow(true, 5016)]
        public void IsTooSlowTest(bool expected, int sleepTime)
        {
            _cl.Start();
            Thread.Sleep(sleepTime);
            Assert.AreEqual(expected, _cl.IsTooSlow());
        }
    }
}

그런데, 매번 저걸 테스트할 때마다 8초씩 기다려야 하는 걸까요? 물론, Class1의 _waitTime이 꼭 5000이어야 한다면 할 수 없지만, 단위 테스트에 한해 저 값을 바꿔도 무방한 코드라면 유연함을 발휘하는 것이 좋습니다.

이런 경우 선택할 수 있는 방법이 해당 필드를 internal 접근 유형으로 바꾸고, InternalsVisibleTo를 이용해 단위 테스트 프로젝트를 등록하면 됩니다.

using System;
using System.Diagnostics;
using System.Runtime.CompilerServices;

[assembly: InternalsVisibleTo("ClassLibrary1Tests")]

namespace ClassLibrary1
{
    public class Class1
    {
        internal int _waitTime = 5000;
        
        // ...[생략]...
    }
}

그럼 단위 테스트 프로젝트에서 이렇게 internal 필드를 접근할 수 있어,

[TestMethod()]
[DataRow(false, 16)]
[DataRow(true, 46)]
public void IsTooSlowTest(bool expected, int sleepTime)
{
    _cl._waitTime = 30;

    _cl.Start();
    Thread.Sleep(sleepTime);
    Assert.AreEqual(expected, _cl.IsTooSlow());
}

단위 테스트 시간을 절약할 수 있습니다.




하지만, 경우에 따라서는 매번 private 필드를 internal로 바꾸는 것이 타당하지 않을 수 있습니다. 그렇다고 단위 테스트를 위해 SetWaitTime internal 메서드를 두는 것도 부담스럽다면, 마지막으로 적용할 수 있는 방법이 바로 private 필드를 Reflection으로 접근해 보는 것입니다.

사실, .NET Framework 환경에서는 마이크로소프트가 이런 경우를 위해 PrivateObject/PrivateType을 제공하고 있었습니다. 그래서 위의 예제라면 다음과 같은 식으로 사용할 수 있습니다.

using Microsoft.VisualStudio.TestTools.UnitTesting;
using System.Threading;

namespace ClassLibrary1.Tests
{
    [TestClass()]
    public class Class1Tests
    {
        Class1 _cl;        
        PrivateObject _prvObj; // instance private 접근
        PrivateType _prvType; // static private 접근

        [TestInitialize]
        public void TestInitialize()
        {
            _cl = new Class1();
            _prvObj = new PrivateObject(_cl);
            _prvType = new PrivateType(typeof(Class1));
        }

        [TestMethod()]
        [DataRow(false, 16)]
        [DataRow(true, 46)]
        public void IsTooSlowTest(bool expected, int sleepTime)
        {
            _prvObj.SetField("_waitTime", 30);

            // 만약 정적 필드라면,
            // _prvType.SetStaticField("_waitTime", 30);

            _cl.Start();
            Thread.Sleep(sleepTime);
            Assert.AreEqual(expected, _cl.IsTooSlow());
        }
    }
}

아쉽게도 PrivateObject/PrivateType은 .NET Core/5+ 환경의 단위 테스트 프로젝트에서는 더 이상 제공하지 않고 있습니다.

PrivateObject and PrivateType are not available for a project targeting netcorapp2.0 #366
; https://github.com/Microsoft/testfx/issues/366

어쩔 수 없습니다. 직접 만들든가 해야 하는데, 그래도 위의 덧글을 보면 마이크로소프트 측의 구현 코드 위치와 함께,

testfx/src/TestFramework/Extension.Desktop/
; https://github.com/microsoft/testfx/tree/664ac7c2ac9dbfbee9d2a0ef560cfd72449dfe34/src/TestFramework/Extension.Desktop

아예 zip 파일로 제공해 주고 있습니다. ^^ (첨부 파일의 프로젝트에도 PrivateObjectPrivateType.cs 파일을 포함하고 있습니다.)

PrivateObjectPrivateType.zip
; https://github.com/microsoft/testfx/files/4132970/PrivateObjectPrivateType.zip

따라서, PrivateObjectPrivateType.cs을 그대로 .NET Core/5+ 단위 테스트 프로젝트에 복사해 주고 이전 PrivateObject/PrivateType 사용 코드를 그대로 활용할 수 있습니다.

참고로, 다음의 편의성 메서드도 있으니 참고하시고.

[PrivateObject]
    GetArrayElement
    GetField
    GetFieldOrProperty
    GetProperty
    Invoke
    SetArrayElement
    SetField
    SetFieldOrProperty
    SetProperty

[PrivateType]
    GetStaticArrayElement
    GetStaticField
    GetStaticProperty
    InvokeStatic
    SetStaticArrayElement
    SetStaticField
    SetStaticProperty




그 외 자잘한 거 2개 정도 더 정리해 볼까요? ^^

해당 메서드에서 예외가 발생할 수 있다면 이렇게 ExpectedException 특성을 지정할 수 있습니다.

[TestMethod]
[ExpectedException(typeof(FileNotFoundException))]
public void TestException()
{
    File.ReadAllText("test.dat");
}

그럼, FileNotFoundException 예외가 발생해도 기대했던 동작이기 때문에 위의 단위 테스트는 실패로 평가되지 않습니다.

마지막으로, 자신만의 메타데이터를 TestProperty를 이용해 설정하는 것이 가능합니다.

[TestMethod]
[TestProperty("Author", "kevin")]
public void ExampleTest()
{
    // Test logic
}

위와 같은 경우, "Test Explorer" 창에서 "Author [kevin]"이라는 별도의 출력 항목을 "Traits" 칼럼에서 확인할 수 있습니다.

testprop_attr_1.png

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/6/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...
NoWriterDateCnt.TitleFile(s)
12540정성태2/17/20219873.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/20219765Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202110177.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202111211.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202110195개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/20219332개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/20219859개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/20219561개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202110035개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/20219035개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202113261개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202110279개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/20219693개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/20219876개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/20217721개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/20217427개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/20218553개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/20218619개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202110137개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/202110079개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
12520정성태1/30/20218625개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법
12519정성태1/30/20217670개발 환경 구성: 525. 오라클 클라우드의 VM을 외부에서 접근하기 위해 포트 여는 방법
12518정성태1/30/202125128Linux: 37. Ubuntu에 Wireshark 설치 [2]
12517정성태1/30/202112773Linux: 36. 윈도우 클라이언트에서 X2Go를 이용한 원격 리눅스의 GUI 접속 - 우분투 20.04
12516정성태1/29/20219408Windows: 188. Windows - TCP default template 설정 방법
12515정성태1/28/202110662웹: 41. Microsoft Edge - localhost에 대해 http 접근 시 무조건 https로 바뀌는 문제 [3]
... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...