2016-04-01 13 views
1

Unsere Tests laufen alle erfolgreich und abgeschlossen, und wir sehen die Abdeckung Zusammenfassung & folgende Tabelle mit TOTAL: tested X platforms, 0/X tests failed jedoch scheint der Prozess dann zu hängen.Prozess hängt nach Tests erfolgreich abgeschlossen

Ich war in der Lage gewesen, sie mit Intern 3.0.3 jedoch ausgeführt, da jetzt eine neuere Version versuchen, es scheint die ganze Zeit zu hängen (auch wenn ich Version 3.0.3 angeben) ...

ich es verstehen Es gibt Probleme mit Browserstack und wir hatten Probleme, die sich früher ergeben haben. Aber es ist schwer zu sagen, ob es sich tatsächlich um ein Browserstack-Problem handelt. Ist es noch mit Browserstack, nachdem die Coverage-Tabellen angezeigt werden?

+0

Ich sehe das exakt gleiche Ding, Tests alle bestanden mit dem 'Intern-Läufer' noch hängen nach der letzten Zeile' TOTAL: getestet .... '. – mbarnettjones

Antwort

2

Update: Dies wurde jetzt mit einem Update auf digdug/BrowserStackTunnel.js angesprochen und sieht aus wie es Teil der 1.5.0 DigDug-Version sein wird.


ich einen Blick in das geschah, ich bin neu zu Intern und ich dachte, es ist ein guter Weg sein würde zu lernen.

Nachdem ich ein wenig Zeit damit verbracht habe, durch die Module Runner und Executor zu gehen, bin ich endlich im DigDug Tunnel Modul gelandet. Nach der Zugabe fand ein paar console.log hier und da ich die Linie war es hängen (DigDug/Tunnel.js: 554):

childProcess.kill('SIGINT'); 

Diese Linie ist zum Schließen des Tunnel verantwortlich (die in meinem Fall BrowserStack war) . Ich konnte den Läufer sauber verlassen, indem ich einfach von SIGINT zu SIGTERM wechselte.

Die Frage ist, warum funktioniert es nicht mit SIGINT? (Nach wikipedia; es ist fast identisch mit SIGTERM). Die ursprüngliche Frage erwähnt Probleme mit BrowserStack (für ref verwende ich v5.1 der BrowserStackLocal für OS X), also ist hier aller Wahrscheinlichkeit nach noch ein Problem. Aber ich konnte keine Dokumentation über die Binärdatei sehen.

Ich bemerkte auf der Website BrowserStack Automation, dass alle Sitzungen korrekt geschlossen sind und die Läufe von Intern über die BrowserStack-REST-API korrekt als pass/fail usw. gekennzeichnet werden. Also könnte etwas in Intern hängen Der Tunnel?

+0

Scheint, in 1.4.0 und Intern 3.1.0 seinen Weg zu haben. Vielen Dank für die Untersuchung! – tomsterritt

0

Ja, mattjbones ist korrekt. Der BrowserStackLocal scheint nach dem Senden von SIGINT nicht beendet zu sein. Ich habe jedoch versucht, Interntests mit der neuen Version der Binärversion (v5.2), die sie heute veröffentlicht haben, auszuführen, und jetzt funktioniert alles super! Kannst du es ausprobieren?