As a follow-on to our recent post about setting up Jenkins to execute tests built with Micro Focus UFT and LeanFT, this article will outline the process for running and viewing UFT tests in Micro Focus ALM. (See Running Test Sets from ALM on the Jenkins Wiki for additional information.)
Welcome to the New Orasi Blog!As part of our recent web site renovation, we have decided to bring the blog back to our main web site. We’ve moved our most recent and popular posts to this page and will continue to add posts here. But don’t worry, you can still access EyeOnQuality.com and we’ll post a notice here before it’s retired in 2020.
Increasingly, I am seeing companies use Jenkins to execute tests for UFT and/or LeanFT, two automated testing tools from Micro Focus (formerly HPE) that can accelerate quality and release cycles compared to manual testing. This is a sensible approach, given that UFT and LeanFT, when run with Jenkins, can streamline the continuous integration/continuous delivery pipeline. (Learn more about both products at https://software.microfocus.com).
This post will show how to iterate through an XML response that has an array of items. This will use several UFT nodes that most people do not use normally. The system will use the sample Fight API tool to assist in demonstrating how to iterate an array, make conditions based on iterations of array, and count responses. This test will ask for all flights from London and Paris on a date. Then the response will be iterated and count all the flights for one of the airlines (“AA”).
In one of my automation engineer positions, I found that we needed to run the exact same tests in multiple different environments. Part of the process (documented here) involved passing parameters from ALM to UFT. In that article, I did not go into detail about how to set up UFT to accept and use the parameters. This article gives those details.
IP spoofing is the solution when performance testing requires multiple virtual users to use multiple IP addresses from a single host machine (load generator) to keep the web server from blocking those virtual users. Also IP spoofing is needed when the hardware configuration under test balances load across a “farm” of several (web or database) servers. IP spoofing enables each load generator to “spoof” the server into thinking it is using many different IP addresses.