Mailingliste - Einträge 2013
Die Mailingliste ist seit Juli 2022 geschlossen, dient aber weiterhin als Informationsarchiv zu QF-Test.
Wenn Sie aber über Neuerungen zu QF-Test informiert bleiben wollen, können Sie einfach unseren
Newsletter abonnieren
Um aktuell die Informationen zu jeder Release - auch Minor Releases - zu bekommen, können Sie den
RSS-Feed abonnieren oder uns in sozialen Medien folgen.
Alternativ bietet QF-Test auch selbst eine Versionsinformation an.
Eine weitere Informationsquelle ist unser Blog, in dem es aktuelle Beiträge zu allgemeinen Themen, zur Firma QFS und auch diverse "How-Tos" gibt:
Blog abonnieren
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [QF-Test] Different JDialogs with the same title, different components?
Hello, There are probably several ways to handle it, but I would probably check for the Warning! Dialog. If it appears, then capture the text and compare that to the known list of warning messages. From there you can react as desired. It might look something like this. You could probably put all this into a procedure and just call that when needed. - Try - Wait for Component(Warning) - Fetch TEXT - if TEXT = 'a' -do 'xyz' - else if TEXT = 'b' -do 'uvw' - Catch - do nothing (with NO Error) -----Original Message----- From: qftest-list-bounces@?.de [mailto:qftest-list-bounces@?.de] On Behalf Of Joaquin Rodriguez Guerra Sent: Wednesday, June 05, 2013 3:58 AM To: 'qftest-list@?.de' Subject: [QF-Test] Different JDialogs with the same title, different components? Hey everyone, We are using QFTest to test a Java Swing application and we have some questions regarding the identification of components, particularly the swing JDialogs. In the SUT we are testing, a JDialog pops up every time the user fills a form incorrectly, displaying a warning message about what is missing in the form. When recording the filling form action, QFTest detects the pop up of the warning JDialog as if it was always the same component no matter what warning message is displayed. Is there any way to make QFTest see the different dialogs displaying the different warning messages as if they were different components? Note that the title of the warning JDialogs is always the same (Warning!), is this what is making QFTest see the different JDialogs as if they were all the same component? In our testing we would like to react differently depending on the type of warning JDialog received, what would be the best approach if what suggested above is not possible? Using if sentences to check the content of the JDialog? Thanks in advanced, Best regards, Joaquín _______________________________________________ qftest-list mailing list qftest-list@?.de http://www.qfs.de/mailman/listinfo/qftest-list CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024.
|
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.