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.
정성태

... 151  152  153  [154]  155  156  157  158  159  160  161  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1202정성태12/21/201126052오류 유형: 144. The database '...' cannot be opened because it is version 661.
1201정성태12/14/201141115디버깅 기술: 47. .NET Reflector를 이용한 "소스 코드가 없는" 어셈블리 디버깅 [4]
1200정성태12/11/201126953디버깅 기술: 46. Windbg 확장 DLL 만들기 (2) - Debugger Extension API 사용파일 다운로드1
1199정성태12/11/201128372VC++: 55. JNI DLL 컴파일 시 x86과 x64의 Export된 함수의 이름이 왜 다를까요? [2]파일 다운로드1
1198정성태12/9/201132182디버깅 기술: 45. Windbg 확장 DLL 만들기 (1) - 스레드를 강제 종료시키는 명령어 [2]파일 다운로드1
1197정성태12/9/201129956.NET Framework: 282. Shader 강좌와 함께 배워보는 XNA Framework (2) - RenderMonkey의 Shader/Model 파일 연동파일 다운로드2
1196정성태12/9/201133144.NET Framework: 281. Shader 강좌와 함께 배워보는 XNA Framework (1) - 기초 프로그램 구조 [3]파일 다운로드2
1195정성태12/8/201147797오류 유형: 143. DXSDK_Jun10.exe 설치 시 "Error Code: S1023" 오류 해결하는 방법 [4]
1194정성태12/8/201135563개발 환경 구성: 137. Visual C++ 런타임 구성요소에 대한 디버그 버전 설치하는 방법
1193정성태12/8/201122597오류 유형: 142. Windows Phone SDK 7.1 설치 시 Expression Blend 제거를 요구하는 경우
1192정성태12/8/201125622개발 환경 구성: 136. Windows 7 SP1의 IIS에서 사용자 프로파일을 로드하는 방법
1191정성태12/6/201126797.NET Framework: 280. MVC3에서 JavaScriptSerializer 재정의하는 방법파일 다운로드1
1190정성태12/6/201129923오류 유형: 141. Visual C++ 컴파일 오류 - error C2275: 'xxxxx' : illegal use of this type as an expression [1]
1189정성태12/6/201137046VS.NET IDE: 70. Visual Studio에서 프로젝트 로드가 안된다면?
1188정성태12/3/201126145개발 환경 구성: 135. 마이크로소프트 TFS 호스팅 서비스 - Preview [3]
1187정성태12/2/201130803개발 환경 구성: 134. Robocopy 오류 및 종료 코드
1186정성태12/1/201132648.NET Framework: 279. WPF - 그리기 성능 및 Blurring 문제파일 다운로드1
1185정성태11/29/201123399.NET Framework: 278. WPF - Content의 Changed 이벤트에 해당하는게 뭔가요?파일 다운로드1
1184정성태11/29/201126200.NET Framework: 277. F#과 WPF가 어울리지 못하는 근본적인 이유 [2]
1183정성태11/26/201121677오류 유형: 140. Visual Studio 2010 - Floating된 에디트 윈도우가 사라지지 않는 경우 [2]
1182정성태11/25/201157426.NET Framework: 276. 중복 없는 숫자를 랜덤으로 배열하는 방법 [5]파일 다운로드1
1181정성태11/24/201127912디버깅 기술: 44. windbg의 mscordacwks DLL 로드 문제
1180정성태11/23/201137694.NET Framework: 275. 레지스트리 등록 및 Interop DLL 없이 COM 개체 사용하는 방법 [2]파일 다운로드1
1179정성태11/22/201128286.NET Framework: 274. ReaderWriterLockSlim은 언제 쓰는 걸까요? [4]파일 다운로드1
1178정성태11/19/201124779.NET Framework: 273. 설치된 .NET 버전에 민감한 코드를 포함하는 경우, 다중으로 어셈블리를 만들어야 할까요?파일 다운로드1
1177정성태11/18/201130024.NET Framework: 272. 소켓 연결 시간 제한 - 두 번째 이야기 [1]파일 다운로드1
... 151  152  153  [154]  155  156  157  158  159  160  161  162  163  164  165  ...