Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 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




C# 단위 테스트 - MSTestv2/NUnit의 Assert.Inconclusive 사용법(?)

MSTestv2/NUnit의 경우 Assert 타입이 제공하는 많은 static 메서드 중에 Inconclusive의 사용법이 모호합니다. 검색해 보면 아래와 같은 식의 Q&A가 있는데,

Usage of Assert.Inconclusive
; https://stackoverflow.com/questions/1219274/usage-of-assert-inconclusive

사실 단어가 좀 낯설어서 그렇지 "결정되지 않은, 확정이 안 된"이라는 단어 뜻 그대로 받아들이면 됩니다. ^^; 그렇다면 실 사용예로 어떤 경우가 있을까요? 사실 이런 경우를 찾기가 쉽지 않은데, 왜냐하면 해당 assertion을 제공하는 마이크로소프트조차도 초기의 의지와는 달리 Inconclusive로 개발자들이 혼란스러워 하는 모습을 짐작이라도 하듯 이후에는 사용하지 않고 있기 때문입니다.

실제로 아래의 그림을 보면,

assert_inclusive_1.png

왼쪽은 Visual Studio 2005 Team System의 "Test Generation Settings" 대화창 화면인데, 옵션에서 보듯이 "Mark all test results Inconclusive by default"가 기본 선택돼 있지만 오른쪽 화면의 현재 Visual Studio 2019에서는 Inconclusive 옵션을 선택할 수 있는 방법이 없습니다. (웹을 검색해 보면 "Mark all test results Inconclusive by default" 옵션이 Visual Studio 2010까지는 있었던 것 같습니다.)

어쨌든, 이제는 다음과 같이 개발자가 명시적으로 호출을 해야만 하는데요,

[TestMethod()]
public void AddTest()
{
    Assert.Inconclusive();
}

이렇게 하고 단위 테스트를 수행하면 다음과 같은 결과를 볼 수 있습니다.

assert_inclusive_2.png

보는 바와 같이 루트 노드의 테스트는 성공이라는 의미를 담고 있지만, 정작 AddTest에 한해서는 (성공도, 실패도 아닌) 느낌표로 보여주는 것이 전부입니다. 원래의 마이크로소프트의 의도라면 초기에 개발자가 아직 단위 테스트 코드를 완료하지 않았거나, 아니면 단위 테스트를 수행할 대상 메서드의 구현이 아직 완료되지 않은 시점에 미리 "관심이 필요하다"는 식의 assertion 용도였을 것입니다. 반면 NUnit의 문서에 따르면 테스트 관련 데이터의 차이에 따라 성공/실패가 달라지면 사용할 수 있다는데... 사실 그런 경우는 그냥 Fail에 가까운 경우가 더 많을 것입니다.

참고로, Ignore 특성도 유사한 결과를 냅니다.

[TestMethod()]
[Ignore]
public void AddTest()
{
    // ...[생략]...
}

이것 역시 단위 테스트 수행 시 결과는 위의 Inconclusive와 마찬가지로 "느낌표" 아이콘을 보여줍니다. 하지만, Inconclusive와는 다르게 AddTest 내의 코드를 전혀 실행하지 않는다는 차이점이 있습니다.

따라서, "관심이 필요하다" 정도의 표시를 하는 다양하고 직관적인 다른 방법들이 있기 때문에 Inconclusive는 이제 거의 쓰이지 않는 assertion 유형이 될 듯합니다. (혹시 Inconclusive만의 독보적인 사례가 있다면 덧글 부탁드립니다. ^^)



참고로, MSTest에서 지원하는 Assert 관련 클래스와 메서드는 다음과 같은 것들이 있습니다. (이름만 봐도 용도를 알 수 있을 것입니다. ^^)

Assert
    AreEqual 
    AreNotEqua

    AreSame 
    AreNotSame

    IsTrue 
    IsFalse

    IsNull 
    IsNotNull

    IsInstanceOfType 
    IsNotInstanceOfType

    Fail 
    Inconclusive

CollectionAssert
    AllItemsAreInstancesOfType
    AllItemsAreNotNull
    AllItemsAreUnique

    AreEqual
    AreNotEqual

    AreEquivalent
    AreNotEquivalent

    Contains
    DoesNotContain

    IsNotSubsetOf
    IsSubsetOf

StringAssert
    Contains
    DoesNotMatch
    EndsWith
    Matches
    StartsWith




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







[최초 등록일: ]
[최종 수정일: 7/22/2021]

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

비밀번호

댓글 작성자
 



2023-06-02 08시31분
fluentassertions/fluentassertions
; https://github.com/fluentassertions/fluentassertions

A very extensive set of extension methods that allow you to more naturally specify the expected outcome of a TDD or BDD-style unit tests. Targets .NET Framework 4.7, as well as .NET Core 2.1, .NET Core 3.0, .NET 6, .NET Standard 2.0 and 2.1. Supports the unit test frameworks MSTest2, NUnit3, XUnit2, MSpec, and NSpec3.
정성태

... 166  167  168  169  170  171  172  173  [174]  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
652정성태1/22/200922778.NET Framework: 121. WPF - PrintTicket provider failed to bind to printer.
651정성태1/20/200920044.NET Framework: 120. 타입이 다른 배열끼리의 변환
650정성태1/19/200931797COM 개체 관련: 21. C/C++ 프로젝트에 /clr 옵션 적용으로 인한 COM 개체 사용 오류
649정성태1/18/200929379Windows: 38. Q1U UMPC에 Windows 7 베타 설치하기
648정성태1/18/200928091Windows: 37. Windows PE를 USB 메모리에 적용
647정성태1/18/200938228Windows: 36. Windows PE ISO 이미지 만들기 [1]
646정성태1/18/200931153디버깅 기술: 23. COMPLUS_ZapDisable - JIT 최적화 코드 생성 제어 [1]
645정성태1/11/200929954Windows: 35. 서명되지 않은 드라이버 로딩 방법
644정성태1/11/200921059Windows: 34. VPC 설치 후기 [2]
643정성태1/10/200926499Windows: 33. Windows 7 베타와 VMA 충돌 [1]
642정성태1/8/200925212개발 환경 구성: 34. Sysinternals의 모든 툴을 한번에 업데이트 하는 방법 [1]
641정성태1/7/200922358기타: 27. D820 - A09 바이오스 업데이트 프로그램 패치 [2]
640정성태1/4/200924004Team Foundation Server: 29. ClickOnce 응용 프로그램 배포를 Team Build에 추가.
639정성태1/4/200922010Team Foundation Server: 28. PFX 코드 서명을 포함한 프로젝트의 팀 빌드 실패 - MSB4018
638정성태1/3/200925079.NET Framework: 119. WPF - 의존 속성 정의에서 XamlParseException 발생하는 예 [2]
637정성태1/1/200927278기타: 26. 2008년 인기 순위 정리
636정성태12/31/200822403.NET Framework: 118. 2진 검색을 이용한 리스트 정렬 삽입파일 다운로드1
635정성태12/29/200824960오류 유형: 66. 파일 암호화 오류 - Recovery policy configured for this system contains invalid recovery certificate
634정성태12/29/200839326기타: 25. 가상 키보드 관련 정리 [4]
633정성태12/20/200824838기타: 24. RMClock for x64 [2]
632정성태12/19/200833480기타: 23. D820 - 배터리 없이 바이오스 업데이트 방법 [2]파일 다운로드1
631정성태12/10/200842125VC++: 36. Detours 라이브러리를 이용한 Win32 API - Sleep 호출 가로채기 [3]
630정성태12/9/200822918.NET Framework: 117. WPF - TreeView에서 항목이 펼쳐질 때 Cursors.Wait 사용파일 다운로드1
629정성태12/7/200832080.NET Framework: 116. 소켓 연결 시간 제한
628정성태12/6/200820997.NET Framework: 115. Marshal 타입 관련 2가지 자원 해제 메서드파일 다운로드1
627정성태12/6/200823376VS.NET IDE: 58. VS.NET IDE 팁 - 커서 위치 이동 [1]
... 166  167  168  169  170  171  172  173  [174]  175  176  177  178  179  180  ...