Version 8.0.1 |
Before the introduction of the SmartID in QF-Test Version 6.0, generic components were the pattern of choice for avoiding recording components. With SmartIDs, this goal can be achieved easier and more flexibly. Still, the concept of generic components is described here for backwards compatibility.
A typical use case is the testing of localized applications.
Another situation could be the use of a GUI framework during development. This generates, for example, a lot of similar dialogs which differ by only a few components. But you must re-record them for each dialog, for example global navigation buttons, because they are located inside a new window each time.
With generic components, you use variables in the component properties or simply delete non-dynamic parts of them.
The following is a general approach for generalizing components:
$(name)
.Note Generic components are very useful for replay of tests, but QF-Test does not use them for recording. It always records concrete components and you need to manually replace these with generic components afterwards.
Last update: 9/10/2024 Copyright © 1999-2024 Quality First Software GmbH |
1. Functional cookies
We use functional cookies to ensure the basic functionality of the website.
2. Performance and statistic cookies
We use Matomo for analyzing and optimizing our website. Cookies permit an anonymous collection of information that help us offering you a clear and user-friendly visit of our web pages.
This cookie contains a unique, pseudonymized visitor ID internal to Matomo for recognizing returning visitors.
This cookie is used to track from which website the anonymized user proceeded to our website.
The Matomo session cookie is used to track the visitor's page requests during the session.
is created and should be then directly deleted (used to check whether the visitor’s browser supports cookies).
short lived cookies used to temporarily store data for the visit.
short lived cookies used to temporarily store data for the visit.