創造新的實驗中心環境

我試圖創建實驗中心一個新的環境時，「Microsoft測試管理器不能在這些機器上安裝測試代理」，我得到驗證步驟創造新的實驗中心環境

Error

以下錯誤

文字版：

Verify that the machines are accessible using the user name and password provided. Failed

JPTest: Microsoft Test Manager cannot install test agent on these machines. Possible causes:

Machines are not running or they are not available on the network.

The File and Printer Sharing exception is not enabled on the machines.

我已經驗證（多次）的文件和打印機共享例外已啓用，並且該機器在網絡上可用。還提供的用戶名和密碼是正確的。

奇怪的是這一步工作的機器加入到域之前（注意機器的名字不是JPTest，由Windows安裝中產生的實際名稱）

我使用Visual Studio 2012和機處於SCVMM環境中。

我最大的問題是除了這個非常模糊的錯誤信息之外，我找不到更多的信息。我如何診斷這個問題？

來源

2013-10-07 Justin

我最近發現的其他事情之一是，當您嘗試在域外的計算機上創建測試控制器或測試環境時，您需要一種享受（至少在我的情況下）。大約一個星期後，我終於放棄了，通過詢問域中的某個人創建控制器，並讓我訪問其域內的計算機。我知道Team Collection權限是解決方案的一部分，因爲創建控制器的人員是TFS Admin。 –

檢查用戶名和密碼在「機器」選項卡上。
每次打開測試環境時，它將被設置爲機器的當前用戶，其中MTM正在運行。

如果此用戶不是您環境中所有計算機上Administrators組的成員，則在驗證期間您將收到此錯誤消息。

來源

2013-10-08 06:55:33 Elena

診斷問題的最佳方法是激活MTM日誌記錄。

有通過mtm.exe.config文件中的一些博客描述這種激活（即位於C：\ Program Files文件（x86）的\微軟的Visual Studio 11.0 \ Common7 \ IDE爲的Visual Studio 2012 ）。
看到這個例子：How to enable logs for MTM?
但是，這並不適用於我出於某些原因。

我可以激活的唯一方法MTM日誌記錄是通過註冊表項。
對於的Visual Studio 2012創建一個具有以下內容的文件，因此，它在Windows資源管理器擴展名爲.reg，並雙擊它重命名爲：

Windows Registry Editor Version 5.00 
[HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\11.0\EnterpriseTools\QualityTools\Diagnostics] 
"EnableTracing"=dword:00000001 
"TraceLevel"=dword:00000004 
"LogsDirectory"="C:\Temp"

或者只是手動創建這些密鑰。

EnableTracing變量控制跟蹤是ON（1）還是OFF（0）。
的的TraceLevel變量是用於跟蹤的水平（粒度）：

1意味着僅錯誤
2是錯誤和警告
3是錯誤，警告和信息
4是所有包括詳細信息

日誌目錄是可選的。如果沒有指定，將使用％TEMP％。
跟蹤文件名是<進程名稱> .EqtTrace.log，例如， mtm.EqtTrace.log。

在更改註冊表後，您應該重新啓動MTM。
而且，一旦解決了問題，請不要忘記停用日誌記錄（將EnableTracing設置爲0）。

來源

2013-10-08 12:48:07 Elena

對於Visual Studio 2015和MTM 14，修改mtm.exe.config文件，如博客文章鏈接中所述，工作正常 - 在創建日誌文件的目錄後。如果我只使用C：\ mtm.log，它不起作用。我必須使用C：\ temp \ mtm.log並預先創建C：\ Temp。可能是由於卷根的權限。 –

以管理員身份運行。我在Microsoft Test Manager 2013中遇到過同樣的問題，您只需以管理員身份運行即可。最少爲我工作！

來源

2014-07-08 10:32:07 user3603945

感謝您的提示，對我無效......今天... –

-1

嘗試以管理員身份運行MTM，並在添加計算機時提供正確的計算機名稱。爲我工作..

來源

2016-07-22 05:48:56 NMKP

我縮小到兩件事。

使MTM.exe.config日誌描述here後，我發現2個文件試圖確認新的實驗室環境之後創建的：

的MTM_Trace.log文件有誤導性的內容：

Cannot read primary file because of System.IO.FileNotFoundException: Could not find file 'C:\Users\p738753d\AppData\Local\Microsoft\Team Foundation\4.0\TestManagement\9dbaf515-0cad-4d11-b34e-cd083e6628eb_Aum.xml'.

這MSDN線程討論缺少這些臨時文件和問題看起來像是由兩個域之間的Trust導致的。不過，我相信這是一個紅鯡魚和這些（<GUID> _Aum.xml）文件不被創建的原因是在第二<GUID>看到較早的問題的症狀MTMTrace.log文件

的<GUID> MTM_Trace.log文件會抱怨不能VideoRecorderEngine DLL加載由於BadImageFormatException：

Failed to load file 'C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\PrivateAssemblies\DataCollectors\Microsoft.VisualStudio.QualityTools.VideoRecorderEngine.dll'. Skipping data collector scan for this file. Error: System.BadImageFormatException: Could not load file or assembly 'file:///C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\PrivateAssemblies\DataCollectors\Microsoft.VisualStudio.QualityTools.VideoRecorderEngine.dll' or one of its dependencies. The module was expected to contain an assembly manifest. File name: 'file:///C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\PrivateAssemblies\DataCollectors\Microsoft.VisualStudio.QualityTools.VideoRecorderEngine.dll'

以我的經驗DLL BadImageFormatExceptio n負載問題往往是由x86和x64編譯引起的。

無論如何，我懷疑有問題的VideoRecorderEngine。需要的環境中運行的UI測試的dll，所以我把那個關：

然後驗證是否成功：

_{我不知道，如果在添加服務帳戶需要管理員小組，但我做到了 - 謝謝埃琳娜！}

最後，我禁用了MTM.exe.config的日誌記錄。

來源

2017-05-12 02:46:38

創造新的實驗中心環境

回答

相關問題