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)
775정성태9/13/200942328VC++: 37. XmlCodeGenerator를 C/C++ 코드 생성에 적용 [2]파일 다운로드1
773정성태9/5/200933258오류 유형 : 85. DEP 비호환 ActiveX 오류
772정성태9/2/200929511.NET Framework: 161. WPF - 윈도우 이벤트 가로채기 [1]파일 다운로드1
771정성태8/28/200923452.NET Framework: 160. WPF - 입력 포커스 외곽선 없애는 방법
770정성태8/26/200926092.NET Framework: 159. WCF - 같은 컴퓨터에서만 WCF 요청을 서비스하도록 설정
769정성태8/25/200929107개발 환경 구성: 49. GAC와 같은 Namespace Extension에 의해서 보여지는 폴더의 원본 확인 방법
768정성태8/24/200928498오류 유형: 85. WCF 연결 오류: MessageSecurityException
767정성태8/23/200936660.NET Framework: 158. 닷넷 프로파일러 - IL 코드 재작성 [14]
766정성태8/23/200937714.NET Framework: 157. C# 4.0 - dynamic 키워드 [4]파일 다운로드1
765정성태8/22/200931478.NET Framework: 156. XamDataGrid의 UnboundField 사용파일 다운로드1
764정성태8/21/200925815Windows: 47. Windows Virtual PC에 설치된 Windows 7 VPC에서 Aero 효과 사용 [3]
763정성태8/20/200929231Windows: 46. Windows 7 - XP 모드 응용 프로그램 바로가기 만드는 방법 [2]
762정성태8/18/200934761개발 환경 구성: 48. 개발자 PC 환경 - 유니코드(Unicode)를 위한 설정 [3]
760정성태8/17/200941200개발 환경 구성: 47. XmlCodeGenerator 1.0.0.4 업데이트 [2]
759정성태8/16/200933004.NET Framework: 155. 닷넷 프로파일러의 또 다른 응용: Visual Studio 2010 Historical Debugging
758정성태8/15/200926620VS.NET IDE: 65. WPF 프로젝트용 Visual Studio 패치들 [2]
757정성태8/12/200925943오류 유형: 84. TFS 작업 항목 보기 오류 - WorkItemTypeDeniedOrNotExistException
756정성태8/9/200925214오류 유형: 83. A revocation check could not be performed for the certificate.
755정성태8/6/200922898.NET Framework: 154. 이벤트 2중 구독
754정성태7/16/200935443VS.NET IDE: 64. Visual Studio 2010 - 64bit 혼합 모드 디버깅 지원
753정성태7/15/200933871.NET Framework: 153. WPF와 WinForm의 Shown 이벤트 시점
752정성태7/14/200929608개발 환경 구성: 46. .NET Service Bus 응용 사례: SocketShifter [2]파일 다운로드1
751정성태7/9/200930584.NET Framework: 152. 순환 참조와 XmlSerializer파일 다운로드1
750정성태7/7/200930983.NET Framework: 151. Team Explorer가 설치되지 않은 PC에서 System.InvalidProgramException 예외 발생파일 다운로드1
748정성태7/2/200929395.NET Framework: 150. WPF - Property Element 사용 의미파일 다운로드2
747정성태7/1/200948336.NET Framework: 149. WPF - UI 업데이트를 바로 반영하고 싶다면? [3]파일 다운로드1
... 166  167  168  169  170  171  [172]  173  174  175  176  177  178  179  180  ...