TFS 2017 Tests, die verdächtig lange dauern

Ich habe eine TFS 2017 Build-Definition mit einem "Visual Studio Test", der zu lange ausgeführt wird und bewirkt, dass der Build abgebrochen wird. Ich möchte wissen, warum das Timeout auftritt, wird das Testprotokoll folgenden:TFS 2017 Tests, die verdächtig lange dauern

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.

So gibt es einen vorübergehenden Test um 10:03 und um 10:26 Rückgängigmachung des Build (das an dieser Stelle Es wird erwartet).

Ich weiß nicht, was passiert nach 10:03 ... irgendeine Hilfe? Soll ich die Ausführlichkeit irgendwie erhöhen? Ist es möglich, dass ein Scheintest läuft?

Verwenden von Microsoft Visual Studio Team Foundation Server Version 15.105.25910.0

Die Testanordnungen Schritt hat die folgende Konfiguration: Test Assembly **\*Tests\**\$(BuildConfiguration)\*test*.dll;-:**\obj\**, keine Filter, keine Datei-Einstellungen, keine TestRun params, Codeabdeckung deaktiviert, nicht parallel laufen.

Quelle

2017-08-30 user1713059

Wenn Sie sagen, dass der Build abgebrochen wurde, meinen Sie, dass der Timeout des Builds erreicht ist. Haben Sie in der Build-Definition den '** Build-Job-Timeout in Minuten **' eingestellt? Und wie lange dauert der Test bei lokaler Ausführung? –

Die erwartete Stornierung nach 30 Minuten wird erwartet, da sie durch das Timeout verursacht wird Wenn Sie nach dem letzten bestandenen Test fragen, der ReportAnalyzer_GetBlabla_SimpleTest, dann wird er lokal in weniger als einer Sekunde ausgeführt – user1713059

Welcher Test wird ausgeführt? Ein grundlegender Komponententest oder ein codierter Test oder andere? Wird der Build-Agent als Dienst oder im interaktiven Modus ausgeführt? –

die Ausführlichkeit für ein vNext bauen Protokoll zu erhöhen, einfach zu enable Verbose Debug Mode müssen von system.debug=true

Für die lange Zeit bei 10.03 und um 10:26 nach dem Protokoll info FindFiles.FindMatchingFiles(rootFolder = D:\TfsBuildAgents\RmsBuild\_work\8\s\TestResults, matchPattern = *.trx, includeFiles = True, includeFolders = False Der Build-Agent versucht, Einstellung Suche und erhalte das Testergebnis.

Schlagen Sie manuell RDP für den Erstellungsagenten vor und überprüfen Sie, ob sich die Testergebnisdatei im entsprechenden Pfad befindet. Deaktivieren Sie die Option Testanhang in VSTEST-Task hochladen und den Build erneut auslösen.

Überprüfen Sie, ob der Agent im interaktiven Modus ausgeführt wird oder nicht. Versuchen Sie, andere Build-Agenten zu verwenden, um einzugrenzen, wenn das Problem mit dem Agenten zusammenhängt oder nicht.

Quelle

2017-08-31 19:03:52

TFS 2017 Tests, die verdächtig lange dauern

Antwort

Verwandte Themen