Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 438. mstest, QTAgent의 로그 파일 설정 방법 [링크 복사], [링크+제목 복사],
조회: 19290
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 6개 있습니다.)
오류 유형: 534. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류
; https://www.sysnet.pe.kr/2/0/11886

개발 환경 구성: 438. mstest, QTAgent의 로그 파일 설정 방법
; https://www.sysnet.pe.kr/2/0/11889

개발 환경 구성: 439. "Visual Studio Enterprise is required to execute the test." 메시지와 관련된 코드 기록
; https://www.sysnet.pe.kr/2/0/11890

오류 유형: 539. mstest 실행 시 "The directory name is invalid." 오류 발생
; https://www.sysnet.pe.kr/2/0/11902

오류 유형: 575. mstest.exe - System.Resources.MissingSatelliteAssemblyException: The satellite assembly named "Microsoft.VisualStudio.ProductKeyDialog.resources.dll, ..."
; https://www.sysnet.pe.kr/2/0/12044

오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/12045




mstest, QTAgent의 로그 파일 설정 방법

지난 글에서 mstest.exe에 대한 로그 파일 남기는 법을 설명했는데요.

mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류
; https://www.sysnet.pe.kr/2/0/11886

mstest.exe는 내부적으로 작업 도중 QTAgent 유의 프로세스를 실행합니다. 예를 들어, 제가 테스트한 위의 글에서는 다음 위치의 "QTAgent32_40.exe"가 자식 프로세스로 실행됩니다.

C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE\QTAgent32_40.exe

어떤 QTAgent EXE가 실행되는지는 mstest.exe.config에 설정한 로그 파일의 다음과 같은 내용을 통해 알 수 있습니다.

V, 18600, 4, 2019/05/08, 22:34:52.240, TESTPC\mstest.exe, Win32ProcessLauncher: Starting process, C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE\QTAgent32_40.exe /agentKey cc716901-a8a3-492b-a81c-49c087b71e7e /hostProcessId 18600 /hostIpcPortName eqt-24b2d2e6-eeb3-4aa4-be77-56ccfd8beb3e...


물론 mstest.exe.config의 로그 설정은 QTAgent32_40.exe에는 통하지 않습니다. 따라서 별도로 QTAgent32_40.exe.config 파일에 로그 설정을 해야 하는데 방법은 mstest.exe.config의 것과 동일합니다.

<?xml version ="1.0"?>
<configuration>
    <!-- ...[생략]... -->

    <!-- 참고: https://blogs.msdn.microsoft.com/aseemb/2010/03/07/how-to-enable-test-agent-logs/ -->
    <system.diagnostics>
        <switches>
            <add name="EqtTraceLevel" value="4" />
        </switches>
        <trace autoflush="true">
            <listeners>
                <add name="eqtlistener" type="System.Diagnostics.TextWriterTraceListener" initializeData="C:\Temp\TestRunner1.log"/>
            </listeners>
        </trace>
    </system.diagnostics>
</configuration>

이 설정을 하면, ".loadtest" 파일에 설정한 부하 테스트의 수행과 관련된 로그들이 남게 됩니다. 위의 설정에 따라 생성된 TestRunner1.log 파일의 내용을 보면 초기에 다음의 내용을 담고 있습니다.

no internal listener being created, appsetting set to 'no'

바로 저 내용이 How to enable test agent logs 글에서 설명한 appSettings의 CreateTraceListener 설정입니다. 해당 옵션을 "yes"로 설정하면,

  <appSettings>
    <add key="StopTestRunCallTimeoutInSeconds" value="5"/>
    <add key="LogSizeLimitInMegs" value="20"/>
    <add key="CreateTraceListener" value="yes"/>
    <add key="GetCollectorDataTimeout" value="300"/>
  </appSettings>

이번에는 mstest.exe 수행 시 다음과 같은 오류 메시지를 볼 수 있습니다.

C:\temp> mstest.exe /testcontainer:c:\temp\test.loadtest
??Microsoft (R) Test Execution Command Line Tool Version 16.0.28326.58
Copyright (c) Microsoft Corporation. All rights reserved.

Loading c:\temp\test.loadtest...
Starting execution...

Final Test Results:
Results               Top Level Tests
-------               ---------------
Not Executed          c:\temp\test.loadtest
0/1 test(s) Passed, 1 Not Executed

Summary
-------
Test Run Error.
  Not Executed  1
  ---------------
  Total         1
Results file:  C:\temp\TestResults\TestUsr_TESTPC 2019-05-08 22_44_48.trx
Test Settings: Default Test Settings

Run has the following issue(s):
Test host process exited unexpectedly.
Failed to queue test run 'TestUsr@TESTPC 2019-05-08 22:44:48': Unable to start the agent process.

원인은, 남겨진 TestRunner1.log 파일을 보면 알 수 있습니다.

W, 10900, 1, 2019/05/08, 22:44:48.582, TESTPC\QTAgent32_40.exe, AgentProcess:CurrentDomain_UnhandledException: Entered

W, 10900, 1, 2019/05/08, 22:44:48.590, TESTPC\QTAgent32_40.exe, EqtTrace: Unable to write to event log 'Application', source 'VSTTAgentProcess': The source was not found, but some or all event logs could not be searched.  To create the source, you need permission to read all event logs to make sure that the new source name is unique.  Inaccessible logs: Security, State.

E, 10900, 1, 2019/05/08, 22:44:48.590, TESTPC\QTAgent32_40.exe, AgentProcess:CurrentDomain_UnhandledException: IsTerminating : System.Security.SecurityException: The source was not found, but some or all event logs could not be searched.  To create the source, you need permission to read all event logs to make sure that the new source name is unique.  Inaccessible logs: Security, State.
   at System.Diagnostics.EventLog.FindSourceRegistration(String source, String machineName, Boolean readOnly, Boolean wantToCreate)
   at System.Diagnostics.EventLog.SourceExists(String source, String machineName, Boolean wantToCreate)
   at System.Diagnostics.EventLogInternal.VerifyAndCreateSource(String sourceName, String currentMachineName)
   at System.Diagnostics.EventLogInternal.WriteEntry(String message, EventLogEntryType type, Int32 eventID, Int16 category, Byte[] rawData)
   at System.Diagnostics.EventLog.WriteEntry(String message, EventLogEntryType type)
   at Microsoft.VisualStudio.TestTools.Execution.ConfigurationHelper.LogError(String processName, String message)
   at Microsoft.VisualStudio.TestTools.Execution.ConfigurationHelper.CreateTraceListener(String fileName, String processName)
   at Microsoft.VisualStudio.TestTools.Agent.AgentProcess.Main(String[] args)
The Zone of the assembly that failed was:
MyComputer

즉, 일반 사용자 권한으로는 이벤트 로그에 VSTTAgentProcess 소스를 생성할 수 없으므로 정상적인 실행을 할 수 없는 것입니다. 따라서 관리자 권한으로 mstest.exe를 수행해야 하고, 이번에는 CreateTraceListener=yes 설정으로 인해 VSTTAgentProcess.log 로그 파일이 다음의 경로에 생성됩니다.

C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE

사실, 이벤트 로그가 아니더라도 저렇게 Program Files 폴더에 로그 파일을 쓰게 되므로 결국 관리자 권한이 꼭 필요하게 됩니다. 그런데 VSTTAgentProcess.log 로그 파일을 보면 기존 로그(TestRunner1.log) 파일에 써진 내용과 거의 다른 점이 없습니다. 따라서 굳이 저 옵션을 켜서 불편하게 관리자 권한을 사용할 필요는 없습니다.




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







[최초 등록일: ]
[최종 수정일: 2/15/2024]

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

비밀번호

댓글 작성자
 




... 106  [107]  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11282정성태8/26/201720409Math: 22. 행렬로 바라보는 피보나치 수열
11281정성태8/26/201722612.NET Framework: 677. Visual Studio 2017 - NuGet 패키지를 직접 참조하는 PackageReference 지원 [2]
11280정성태8/24/201720089디버깅 기술: 94. windbg - 풀 덤프에 포함된 모든 모듈을 파일로 저장하는 방법
11279정성태8/23/201731409.NET Framework: 676. C# Thread가 Running 상태인지 아는 방법
11278정성태8/23/201719850오류 유형: 417. TFS - Warning - Unable to refresh ... because you have a pending edit. [1]
11277정성태8/23/201721005오류 유형: 416. msbuild - error MSB4062: The "TransformXml" task could not be loaded from the assembly
11276정성태8/23/201724872.NET Framework: 675. C# - (파일) 확장자와 연결된 실행 파일 경로 찾기 [2]파일 다운로드1
11275정성태8/23/201734224개발 환경 구성: 323. Visual Studio 설치 없이 빌드 환경 구성 - Visual Studio 2017용 Build Tools [1]
11274정성태8/22/201720870.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201722336오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201726199VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201720107VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201732295.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201722398디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201722456디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201726125.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201726273.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201754174기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201725566오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201720898오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201719476오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201721906디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201720402.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718946.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201720271.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
11257정성태7/31/201719895.NET Framework: 667. bypassTrustedAppStrongNames 옵션 설명파일 다운로드1
... 106  [107]  108  109  110  111  112  113  114  115  116  117  118  119  120  ...