2017-06-21 5 views
0

Wir haben eine Reihe von Selenium UI-Tests über VSTS auf unserem Build-Agent ausgeführt. Sie laufen gut, aber weil UI-Tests von Natur aus langsam sind, haben wir ein Release eingerichtet, das nachts läuft - und dann einen detaillierten Bericht ausspuckt, den die Tester am Morgen lesen. Wir verwenden NUnitTestAdapter.3.7.0, um die Tests auszuführen.Schritt Timeout ist nicht korrekt eingestellt oder ignoriert

Wegen der langen Laufzeit habe ich das Step-Timeout für den "Test Assemblies" -Schritt, wo diese Tests auf 0 (unbegrenzt) gesetzt sind. Ziemlich geradlinig richtig? Aus unerfindlichen Gründen wird der Schritt jedoch nach einer Stunde abgebrochen - ein großer Teil der Tests wird abgebrochen. Jetzt nehme ich an, ich könnte kleinere Tests erstellen und ähnliche "Test Assemblies" -Schritte hinzufügen, aber das scheint mir nicht richtig zu sein.

Die .trx log die Tests für etwa eine Stunde laufen zeigen, bevor abgebrochen wird:

2017-06-21T03:02:36.9610971Z ##[section]Starting: Test Assemblies 
2017-06-21T03:02:36.9767239Z ============================================================================== 
2017-06-21T03:02:36.9767239Z Task   : Visual Studio Test 
2017-06-21T03:02:36.9767239Z Description : Run tests with Visual Studio test runner 
2017-06-21T03:02:36.9767239Z Version  : 1.0.85 
2017-06-21T03:02:36.9767239Z Author  : Microsoft Corporation 
2017-06-21T03:02:36.9767239Z Help   : [More Information](https://go.microsoft.com/fwlink/?LinkId=624539) 
2017-06-21T03:02:36.9767239Z ============================================================================== 
2017-06-21T03:02:36.9767239Z Preparing task execution handler. 
2017-06-21T03:02:37.3267423Z Executing the powershell script: C:\agent\_work\_tasks\VSTest_ef087383-ee5e-42c7-9a53-ab56c98420f9\1.0.85\VSTest.ps1 
2017-06-21T03:02:38.0298958Z Working folder: C:\agent\_work\r17\a 
2017-06-21T03:02:38.0298958Z Executing C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\TestWindow\vstest.console.exe "xxx.dll" /TestCaseFilter:"TestCategory=MP2" /Settings:"C:\agent\_work\r17\a\TestResults\1_2017-06-21_05-02-37-AM.runsettings" /logger:trx /TestAdapterPath:"C:\agent\_work\r17\a\drop\b\packages\NUnit3TestAdapter.3.7.0\tools" 
2017-06-21T03:02:38.0298958Z Microsoft (R) Test Execution Command Line Tool Version 14.0.25420.1 
2017-06-21T03:02:38.0298958Z Copyright (c) Microsoft Corporation. All rights reserved. 
2017-06-21T03:02:38.0298958Z 
2017-06-21T03:02:38.0298958Z Starting test execution, please wait... 
2017-06-21T03:02:38.1705198Z Information: NUnit Adapter 3.7.0.0: Test execution started 
2017-06-21T03:02:38.1705198Z 

.... 

2017-06-21T04:01:16.0450600Z ##[warning]No results found to publish. 
2017-06-21T04:01:16.2950650Z ##[error]The operation was canceled. 
2017-06-21T04:01:16.3106930Z ##[section]Finishing: Test Assemblies 

ich hier etwas fehle? Gibt es eine harte obere Grenze für diese Schritte?

Antwort

1

Bitte Schwierigkeiten, das Problem mit folgenden Aspekten der Aufnahme (basierend auf Sie Ihren privaten Agenten verwenden):

  1. Überprüfen Sie, ob der zugehörige Build war erfolgreich: Testergebnisse wurden veröffentlicht erfolgreich und Testanordnungen wurden in $(Build.ArtifactStagingDirectory) kopiert.
  2. Vergewissern Sie sich, Artifacts Aufgabe in der verwandten Build-Definition zu veröffentlichen.
  3. Unterordner in C:\agent\_work\r17\a überprüfen, ob die Test Assemblys vorhanden sind.
  4. Für 60 min Timeout für die Freigabe, da Ihre Test-Baugruppen Schritt bereits Timeout als 0 gesetzt ist, sollten Sie den Agenten-Check in Ihrem Release Definition Einstellung zu überprüfen, ob die Timeout Deployment eingestellt als 60.

enter image description here

+0

Es scheint tatsächlich eine (gut versteckte) separate Agent-Einstellung innerhalb der Release-Definition zu sein. Vielleicht sollte VSTS irgendwo darauf hinweisen? – shmow

Verwandte Themen