English|Português|Español
UserPasswordLogin

HOME
SESSIONS
INFO
blog_ 18 de nov

GXtest Extensibility

On Abstracta’s Blog
GXtest Extensibility

A very important feature for a tool to have is its possibility to extend its functionalities and interoperate with its components. This allows users to add new functionalities or just take into consideration data of their specific situation.

GXtests currently provides two extension mechanisms; one mechanism consists of adding Custom Commands and the other one of calling GeneXus procedures to add validations and/or actions to the application being tested.

For GXtest, commands is the name for the way of describing the actions a user can perform in the browser. There are, then, a series of commands that allow you to describe (in practical terms) all the actions a user can perform with a GeneXus application.

However, on some occasions certain sections of the application are developed outside GeneXus, adding a specific javascript or something similar. In these cases, standard commands may not be useful, and a Custom Command must be developed. These are added in GXtest by entering the name you want to give to them, the type (action, event or validation), a description for the parameters and the javascript code that implements the user action. This command is then listed as a standard command and the user can't tell a standard command from a command developed through this mechanism.

Another mechanism is the possibility to add calls to GeneXus procedures. For example, if you want to validate an application status at a data level after a series of interactive actions, the best thing to do is to add a GeneXus procedure to which you can pass the necessary parameters (for example, customer number, invoice number, etc.) and which returns whether or not the status is correct. They can also be used to load data that will be provided as input in tests.
These procedures can also be used as functions which can be an interesting feature to have in a test tool, such as generating a random number, generating a random string, concatenating strings, etc. If a processing can’t be carried out through GXtest, a GX procedure can be implemented to solve that feature.

To be able to call a GeneXus procedure, the procedure must be accessible through WebServices from the machine where GXtest is being run. To add a procedure, you enter the name, type (action or validation), description and url to the WSDL (this allows the procedure in and out parameters to be read). After the procedure is added, it becomes accessible to the user in a transparent way (like the custom commands).

In the next post we will talk about interoperability, we will try to open the possibility of generating test cases from “outside”, or expose services in GeneXus’ IDE.

What other mechanisms would you like us to consider?


 
Related
GXtest: automation of functional tests for applications built with GeneXus
Give GXtest a Try
Special Edition #GeneXusTheBestOf2014 :: Cloud Computing, the Internet of Things, GeneXus X Evolution 3, Success Stories, Smart Devices and ... Much More!
Release of U2 of GeneXus Evolution 3
Chopo Mobile introduces successful app in Mexico, developed with GeneXus and used for medical studies
GeneXus™ ERP Explorer and Connector for SAP® ERP Now Live on SAP Store
We have a new Download Center! The GeneXus download center has an enhanced appearance at its new location
Demand for Apple TV apps expected to double in 2016
What we've learned about GeneXus by working with Gartner (by Gabriel Simonet)
Agile or Waterfall development? (by Breogán Gonda)
We are pleased to share an interesting white paper about GeneXus, written by Kapil Ambwani from India!
Mickey, Toy Story & GeneXus: Why robots will transform developers?
GeneXus™ Named a NEW Challenger by Gartner In Its 2017 Magic Quadrant for App Development Platforms Report
Free Live Webinar: Conversations on Digital Transformation - Wednesday, November 8, 2:30PM (EST)
GeneXus™ Announces Its Participation at SAPPHIRE NOW® to Showcase GeneXus for SAP® Systems