Mailingliste - Einträge 2014
Die Mailingliste ist seit Juli 2022 geschlossen, dient aber weiterhin als Informationsarchiv zu QF-Test.
Wenn Sie über Neuerungen zu QF-Test informiert bleiben wollen, können Sie einfach unseren Newsletter abonnieren:
Newsletter abonnieren
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [QF-Test] QF-Test playback lockup when performing actions on specific components
Hello Ron, that's an interesting case. QF-Test itself is not deadlocked and according to your description neither is the SUT. Such a case can happen, for example, when you trigger something from an SUT script which triggers a nested event loop, e.g. to display a modal dialog. The SUT is still live, but control doesn't return to the script until the dialog is closed. There are various workarounds available, depending on the actual situation. If after the deadlock timeout the test can continue as if nothing had happened, a common solution is: + Server script 1 + Try + Action that triggers the deadlock + Catch DeadlockTimeoutException + Finally + Server script 2 In server script 1, set the deadlock detection timeout to a reasonable small value, e.g. 3 seconds: rc.setOption(Options.OPT_PLAY_TIMEOUT_DEADLOCK, 3) In server script 2, reset the option rc.unsetOption(Options.OPT_PLAY_TIMEOUT_DEADLOCK) If that is not good enough, please send a run-log showing the exception to our support. It would also be helpful if you could send a full thread dump taken at the time while QF-Test is waiting for the SUT. You can take it either with QF-Test via the >>Clients<< menu, provided that output from the SUT is shown in QF-Test, or with a tool like jvisualvm that comes with the JDK (not with a JRE though). Best regards, Greg Ron Britzius <britziusr@?.net> writes: > Hello, > > The issue we are experiencing is that when QF-Test attempts to perform an action on specific > components (there are 2 known examples in our project) it will occasionally completely lock up and > effectively end that test-run. When it occurs, the play arrow remains highlighted and the pause > button does not change (as if it is still actively playing). It will remain this way until the > deadlock detection timeout elapses and the SUT lockup message appears even though the SUT is > perfectly fine. > > If the playback stop button is pressed while QF-Test is locked up like this, the action it became > stuck on will execute. If the dialog or window that contains the component it became locked up on > is manually closed during lock-up the playback will move to the next step. > > Both components seem to be search-related. One is a search bar and the other is a dropdown combo > that populates its combo list based on the text you enter in the combo text box. > > Thank you, > Ron Britzius > > _______________________________________________ > qftest-list mailing list > qftest-list@?.de > http://www.qfs.de/mailman/listinfo/qftest-list -- Gregor Schmid E: gregor.schmid@?.de T: +49 (0)8171 38648-11 F: +49 (0)8171 38648-16 Quality First Software GmbH | www.qfs.de Tulpenstr. 41 | 82538 Geretsried | Germany GF Gregor Schmid, Karlheinz Kellerer HRB München 140833
|
Wir verwenden Cookies zur anonymisierten Auswertung Ihres Besuchs auf unserer Webseite durch »Matomo«. Dafür benötigen wir Ihr Einverständnis, welches für zwölf Monate gilt. Ein Widerruf bzw. Opt-out ist jederzeit auf unser Datenschutz-Seite möglich.
1. Funktionale Cookies
Wir verwenden funktionale Cookies, um die Basisfunktionalität der Webseite zu gewährleisten.
2. Performance und Statistik Cookies
Wir verwenden Matomo zur Analyse und Optimierung unserer Webseite. Cookies erlauben eine anonyme Erfassung der Informationen und helfen uns, Ihnen einen benutzerfreundlichen Besuch unserer Webseite zu bieten.
Dieses Cookie enthält eine eindeutige jedoch pseudonymisierte Matomo-interne Besucher-ID zur Erkennung wiederkehrender Besucher.
Dieses Cookie wird verwendet, um zu tracken, von welcher Website der anonymisierte Benutzer auf die Website gekommen ist.
Das Session Cookie von Matomo wird verwendet, um die Seitenanforderungen des Besuchers während der Sitzung zu verfolgen.
wird erzeugt und versucht sofort wieder zu löschen (zur Prüfung, ob der Browser des Besuchers Cookies unterstützt).
Kurzzeit-Cookies für temporäre Besuchsdatenspeicherung.
Kurzzeit-Cookies für temporäre Besuchsdatenspeicherung.