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)
705정성태4/20/200920965개발 환경 구성: 40. TFS2008 SP1의 DBTier에 SQL Server 2008 SP1 설치 [1]
704정성태4/19/200920871개발 환경 구성: 39. Together 2007 SP1 설치
702정성태4/18/200932204.NET Framework: 130. Infragistics - Tabbed MDI WPF 응용 프로그램파일 다운로드1
701정성태4/17/200927057Windows: 44. bootsect 오류 - Access is denied.
700정성태4/17/200930113.NET Framework: 129. Infragistics WPF 컨트롤 사용 [1]
699정성태4/16/200928683.NET Framework: 128. 이벤트 멤버의 명시적 구현파일 다운로드1
696정성태4/12/200927917오류 유형: 77. RDP 연결이 되지 않는 경우. [1]
693정성태4/9/200922450오류 유형: 76. "Client found response content type of '', but expected 'text/xml'. The request failed with an empty response.No Reports".
692정성태4/8/200935448.NET Framework: 127. ClickOnce로 ActiveX를 같이 배포하는 방법 [2]파일 다운로드1
690정성태4/5/200923060오류 유형: 75. Event Viewer - The data is invalid (13)
688정성태4/5/200929105VS.NET IDE: 60. Output 경로에 매크로 상수 사용하는 방법 [1]
687정성태4/5/200923372.NET Framework: 126. Composite Application Guidance for WPF and Silverlight
689정성태4/5/200923270    답변글 .NET Framework: 126.1. CAG - 빌드 환경 구성파일 다운로드1
691정성태4/6/200923077    답변글 .NET Framework: 126.2. CAG - Shell 띄우기파일 다운로드1
695정성태4/10/200924797    답변글 .NET Framework: 126.3. CAG - 간단한 유형의 모듈 제작파일 다운로드1
703정성태4/18/200923736        답변글 .NET Framework: 126.6. CAG - Tabbed MDI Shell 적용파일 다운로드1
697정성태4/13/200927994    답변글 .NET Framework: 126.4. CAG - Unity 컨테이너 사용 [1]파일 다운로드1
698정성태4/15/200927240    답변글 .NET Framework: 126.5. CAG에 MVVM 패턴 적용 (1) [2]파일 다운로드1
686정성태4/4/200948898웹: 11. IE 8 - TabProcGrowth 레지스트리 키 [2]
685정성태4/3/200949638개발 환경 구성: 38. Hyper-V 사용 후기 [5]
684정성태4/2/200924076오류 유형: 74. IE 8 설치 이후, VS.NET 위저드 화면 동작 오류
683정성태3/28/200930886디버깅 기술: 26. 보호 모드로 응용 프로그램 디버깅하는 방법 - 두 번째 이야기 [3]
682정성태3/27/200927984디버깅 기술: 25. 보호 모드로 응용 프로그램 디버깅하는 방법 [2]
681정성태3/23/200925171오류 유형: 73. SQL Server 2008 Express 설치 오류
680정성태3/21/200925050.NET Framework: 125. WPF - RadioButton에 대한 데이터바인딩(2) [1]파일 다운로드1
679정성태3/15/200920107오류 유형: 72. IE 8 멈춤 현상 - 두 번째 이야기
... 166  167  168  169  170  171  [172]  173  174  175  176  177  178  179  180  ...