Writing test code based on RanoreXPath is not a big challenge. In fact, it’s always the same procedure. First, find the element within a web page. After that, automate it (click, set value,…). Two simple steps. Nevertheless, the bigger your test code the more structured and well designed it should be.
Read more »
Unlike the traditional Ranorex API, the new Web Automation API is natively provided only for .NET languages. However, there are two easy ways how you can still use Python with Ranorex Web Automation.
Automating 3rd party controls can be a hard work. If the control does not support standard mechanisms like windows messages or active accessibility, it cannot be automated without adding some code to the application under test. But how does this trick work?
Using .NET, it’s very simple. You create a new class in the application under test, which inherits from the control class you want to automate and add some properties or methods you need for automation. Be sure that you instantiate the new class in the form designer instead of the old one.
The new version of Ranorex (V1.4 or higher) allows you to get/set properties and call methods of objects from a test application. This technique can be used with all kinds of 3rd party or custom .NET controls. Read more »
GUI automation always depends on the type of used controls and technologies within applications. An increasing use of 3rd party controls in applications also makes GUI automation more and more addicted to identification information provided by the 3rd party control. In most cases providers of 3rd party controls support enough information to get a control’s elements identified and automated. Nevertheless, there are sometimes more complex ways required to simulate user actions. That type of test automation code is not that “readable” as we would like to have.
Ranorex V1.4 supports accessing properties and methods of .NET derived controls. Following “Design for Testability” sample explains the way of making testing more comfortable. By using the 3rd party UltraTree control from Infragistics the example describes how to access user defined methods for test automation. Read more »
Automation of 3rd party controls often depends on the type of information provided by the controls manufacture. Infragistics controls allow several ways of element identification. This example describes how to access cells of an Infragistics DataGrid control of the demo appllication “MyStylableApplication”. To get controls like this automated it’s always advisable to analyze applications with RanorexSpy. Working with Ranorex Elements means always to work with following properties provided by RanorexSpy: Read more »
Every control is made up of a number of smaller elements. Elements are the atoms and controls the molecules of a graphical user interface.
Writing test scripts is more time consuming than maintaining already existing test scripts. One way to minimize the time needed to implement test scripts is to keep test data separated from test code. The less test data the test code contains, the more reusable it is. Another advantage of separating test data from test code is that testers – in most cases non-programmers – are able to generate and execute tests or test suits without thorough the deeper knowledge of test script implementation. Read more »
This article describes how to write an automated user interface test framework based on Ranorex (a GUI automation framework supporting .NET). The test framework should give testers the ability to easily check the features of an application. The Calculator application is used as dummy program for an application being tested. Read more »
Subscribe