TFS 2017測試花費很長

我有一個「Visual Studio測試」，運行時間過長導致構建被取消的TFS 2017構建定義。我想知道爲什麼會發生，測試日誌是繼超時：TFS 2017測試花費很長

2017-08-30T10:03:21.5254342Z Passed ReportAnalyzer_GetBlabla_SimpleTest 2017-08-30T10:26:53.4446552Z ##[debug]FindFiles.FindMatchingFiles(rootFolder = D:\TfsBuildAgents\RmsBuild\_work\8\s\TestResults, matchPattern = *.trx, includeFiles = True, includeFolders = False [...] 2017-08-30T10:26:53.4915336Z ##[error]The operation was canceled.

因此，有一個測試通過，在10:03和10:26時生成的消除（這在這一點上是期待）。

10:03後我不知道發生了什麼...有什麼幫助嗎？我應該以某種方式增加詳細程度？是否有可能進行假測試？

使用Microsoft Visual Studio Team Foundation Server的版本15.105.25910.0

測試組件步驟有以下設置：測試組件**\*Tests\**\$(BuildConfiguration)\*test*.dll;-:**\obj\**，沒有過濾器，沒有設置文件，沒有TestRun PARAMS，代碼覆蓋率禁用，不併行運行。

來源

2017-08-30 user1713059

當你說構建被取消時，你的意思是達到構建的超時。您是否在構建定義中設置了「**構建作業超時**」？當您在本地運行時，測試需要多長時間？ –

預計在30分鐘後取消，因爲它是由超時設置導致的您提到的字段如果您詢問最後通過的測試，即ReportAnalyzer_GetBlabla_SimpleTest，那麼它在本地運行時間不到一秒 – user1713059

您運行的測試類型是什麼？基本的單元測試或編碼的ui測試或其他測試？構建代理是否以服務或交互模式運行？ –

爲了增加冗長的vNext構建日誌，根據日誌信息FindFiles.FindMatchingFiles(rootFolder = D:\TfsBuildAgents\RmsBuild\_work\8\s\TestResults, matchPattern = *.trx, includeFiles = True, includeFolders = False生成代理正試圖在10:03和10:26時只需要enable Verbose Debug Mode通過設置system.debug=true

對於很長一段時間搜索並獲得測試結果。

建議您手動向生成代理髮送RDP，並檢查測試結果文件是否在相應的路徑下。取消選中上傳VSTEST任務中的測試附件選項並再次觸發構建。

仔細檢查代理是否以交互模式運行或不運行。嘗試使用其他構建代理來縮小問題是否與代理有關。

來源

2017-08-31 19:03:52

TFS 2017測試花費很長

回答

相關問題