Automated Testing Tools with Uniface?? | Uniface 9 | Forum

Avatar

Please consider registering
guest

sp_LogInOut Log In sp_Registration Register

Register | Lost password?
Advanced Search

—  Results per page  —








— Match —





— Forum Options —





Minimum search word length is 3 characters - maximum search word length is 84 characters
For a group of consecutive words like 'end of support' use Match phrase

sp_Feed Topic RSS sp_TopicIcon
Automated Testing Tools with Uniface??
18 Apr 2013
1:07 pm
Avatar
Adrian Gosbell
Amsterdam, seat 77a of a Boeing 747
Member
Forum Posts: 318
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Here’s a question.. we’re planning on replacing our automated testing tools that we use to test Uniface.

At the moment we use Testpartner which since it was sold to Microfocus, has been discontinued, so we have issues with things like 64 bit support, Windows 8 and so on.

We also have some ‘home brewed’ tests, and they are proving to be a nightmare to support, plus I’d sooner we build Uniface features, not a testing tool.

Anybody out there in customer land using testing tools, this is for repetitive tests? (screen scraping which is then played back.

If so, what, and any details to share on what experiences using them have been, any details on why a particular product was chosen and so forth.

Also happy to discuss on the phone, receive emails and so forth.

05 Nov 2013
3:56 pm
Avatar
uniface8
Member
Forum Posts: 96
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Hi Adrian,
Did you find an automatic testing tool?

Kind regards.
Rafa.

06 Nov 2013
1:36 pm
Avatar
Adrian Gosbell
Amsterdam, seat 77a of a Boeing 747
Member
Forum Posts: 318
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Interesting timing, as we are in the final decision phase.

I’ve talked about this at various user groups this year, so happy to share what is happening.

The shortlist consists of: Ranorex (from Ranorex), Rational (from IBM), Silktest (from Microfocus)and Rapise (from Inflectra).

The challenge (as always) is accessing the Windows handles which testing tools need in order to recognize them. Some of our controls are built in an entirely proprietary way because when delivered in the Uniface 5 era, they needed to behave in the same way on all of those GUI platforms we used to support ( OS/2 anybody?!). So an important part of the decision making process is how can we use the Uniface controls with the tools. (are there apis, how easy to use, etc, etc).

We want to make a decision by the end of the calendar year, so I”ll share what the outcomes are.

Its been an interesting experience to be on the end of the sales activity from the companies we worked through, and how serious they are in trying to sell us something. Some of the companies who did not make it on the shortlist (we started with about 15) really did not want to sell us anything..

30 Jan 2014
8:00 am
Avatar
Adrian Gosbell
Amsterdam, seat 77a of a Boeing 747
Member
Forum Posts: 318
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

An update on this project.

We’ve not made a decision yet.

The delay is because we want to figure out a structural way to connect the testing tool to Uniface, and without any dependency on the testing tool vendor. (which was the case with the ‘old tools’, when where was some kind of .dll which contained mapping from the testing product to Uniface).

We have the idea to leverage the Microsoft Active Accessibility (MSAA) functionality which is typically used as a utility for end users that are impaired in some way. Consider that it is a series of handles which a tool can use to know what it is (a command button), where it is on the screen (coordinates X:Y), what it’s state is (It is not pressed), what it can do (mouse hover causes a tool tip, pressing it does something, pressing and holding if for more than 5 seconds does something else, etc, etc).

We decided to start this with a high level POC based on our shortlist, and it looks like this is achievable.

To put the functionality into Uniface is estimated at about a man years worth of effort, so we need to see how we can do this effectively. For example it doesn’t have to be done for all widgets, we could think about bringing in some contract help, etc, etc.

But it needs to be done, so we need to figure that out.

Watch this space.

26 Jun 2014
7:11 am
Avatar
Adrian Gosbell
Amsterdam, seat 77a of a Boeing 747
Member
Forum Posts: 318
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

An update on this project. 

We have chosen the testing tool called Ranorex. http://www.ranorex.com/ 

We are now starting a project to implement MSAA with the specific goal to use these ‘hooks’ as the way to connect the tool to the Uniface GUI. Our intention is that we will work through the controls gradually and deliver the functionality as it becomes complete. 

It will also be documented so it’s possible for customers to use it for their own testing purposes. In theory, it does mean that other tools, besides Ranorex could be used, providing they can connect to the MSAA hooks.  

26 Jun 2014
9:15 am
Avatar
rogerw
Member
Forum Posts: 272
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Hi,

I have to admit that I’m not really familiar with this topic, but having googled MSAA, I found the following??:
http://msdn.microsoft.com/en-u…..1(v=vs.85).aspx
http://en.wikipedia.org/wiki/M…..Automation

so should UIA (successor to MSAA) be used instead of MSAA or is it just a matter of concepts?

Regards RogerW.

02 Nov 2014
9:26 am
Avatar
Adrian Gosbell
Amsterdam, seat 77a of a Boeing 747
Member
Forum Posts: 318
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

rogerw said
Hi,

I have to admit that I’m not really familiar with this topic, but having googled MSAA, I found the following??:
http://msdn.microsoft.com/en-u…..1(v=vs.85).aspx
http://en.wikipedia.org/wiki/M…..Automation

so should UIA (successor to MSAA) be used instead of MSAA or is it just a matter of concepts?

Regards RogerW.

I asked the development team about this, and apparently MSAA is a subset of UIA (so UIA has more functionality, and more than we need for the auto testing outcome). 

The first batch of MSAA (for testing) enhancements will be included in the MX05/Uniface 9.6.06 maintenance release, which is planned for this month (November 2014). 

14 Jan 2015
3:42 pm
Avatar
dleveque
Member
Forum Posts: 8
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Adrian Gosbell said
An update on this project. 

We have chosen the testing tool called Ranorex. http://www.ranorex.com/ 

We are now starting a project to implement MSAA with the specific goal to use these ‘hooks’ as the way to connect the tool to the Uniface GUI. Our intention is that we will work through the controls gradually and deliver the functionality as it becomes complete. 

It will also be documented so it’s possible for customers to use it for their own testing purposes. In theory, it does mean that other tools, besides Ranorex could be used, providing they can connect to the MSAA hooks.  

Hi Adrian,

We are also looking for a replacement to our ageing TestPartner/QADirector tool so we are very interested in this.

Do you already have some documentation of what can be found in MX05 related to this?

Will unifields be supported? Will the HTML widget be supported? …

Thanks for sharing!

19 Jan 2015
10:07 am
Avatar
Adrian Gosbell
Amsterdam, seat 77a of a Boeing 747
Member
Forum Posts: 318
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

dleveque said

Adrian Gosbell said
An update on this project. 

We have chosen the testing tool called Ranorex. http://www.ranorex.com/ 

We are now starting a project to implement MSAA with the specific goal to use these ‘hooks’ as the way to connect the tool to the Uniface GUI. Our intention is that we will work through the controls gradually and deliver the functionality as it becomes complete. 

It will also be documented so it’s possible for customers to use it for their own testing purposes. In theory, it does mean that other tools, besides Ranorex could be used, providing they can connect to the MSAA hooks.  

Hi Adrian,

We are also looking for a replacement to our ageing TestPartner/QADirector tool so we are very interested in this.

Do you already have some documentation of what can be found in MX05 related to this?

Will unifields be supported? Will the HTML widget be supported? …

Thanks for sharing!

We did not make as much progress with the ‘productization’ of the initial phase of this project as we wanted. (the work to extract ourselves from Compuware took more than we anticipated). 

Under the hood, some widgets have been implemented (I think the edit box and the command button), but it’s not documented (or supported) because we want to start using them ourselves with automated tests. You could call this our own verification and certification. 

So you’ll see that as we reach that point, the widgets that have the MSAA hooks available will be updated in the documentation.  

I’m expecting that that we’ll see the first phases in MX06. 

Unifields and the HTLM Control should be included, the HTML control will have some other dependencies which we will have to work around first of all. 

We’ll keep you informed as the project progresses. 

09 Jun 2015
7:02 am
Avatar
Moses
New Member
Forum Posts: 1
Member Since:
05 Feb 2015
sp_UserOfflineSmall Offline

Hi Adrian,

Do you have a suggestion for automation tool other than Ranorex? One of my desktop project is running on Uniface 9.6 so I am looking for automation tool. I have shortlisted Ranorex but I am looking for more options.

Thanks

15 Jun 2015
7:59 am
Avatar
Adrian Gosbell
Amsterdam, seat 77a of a Boeing 747
Member
Forum Posts: 318
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Moses said
Hi Adrian,

Do you have a suggestion for automation tool other than Ranorex? One of my desktop project is running on Uniface 9.6 so I am looking for automation tool. I have shortlisted Ranorex but I am looking for more options.
Thanks

We short listed IBM Rational, Silktest from Microfocus and Ranorex before selecting Ranorex. 

We have not made the MSAA hooks publicly available yet, we’re intending to begin this with Uniface 9.7. 

Whatever tool you choose, make sure that there is a way for it to recognise all of the Uniface objects. If the tool has the option of MSAA, then it should be OK based on what we know, but we’re not supporting this in the product beyond what we’ll publish based on our own Ranorex experiences. 

22 Apr 2016
12:31 pm
Avatar
Iain Sharp
Member
Forum Posts: 674
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

This has just become a hot topic for us from our corporate HQ. Have any documented hooks been implemented yet, and if so in which versions? 

regards, 

Iain

25 Apr 2016
9:51 am
Avatar
Adrian Gosbell
Amsterdam, seat 77a of a Boeing 747
Member
Forum Posts: 318
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Iain Sharp said
This has just become a hot topic for us from our corporate HQ. Have any documented hooks been implemented yet, and if so in which versions? 

regards, 

Iain

Iain, if you search MSAA in the Uniface 9.7 documentation set, you’ll get the latest details of what controls are supported. Expect more to be added over time. 

Note that the switch to enable/disable is not at individual widget level, so there could be more controls enabled than are documented. There is a risk (admittedly a small one) that the ones that are not documented could change and affect existing MSAA functionality, whereas the ones documented should not change what has already been documented. 

26 Apr 2016
10:12 am
Avatar
Arjen van Vliet
Member
Forum Posts: 184
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

A search on key word ‘Accessibility’ seems to bring the info as well, Please see:

What’s New in Uniface 9.7.01

Uniface 9.7: Changes in Configuration Settings

Accessibility

“Uniface supports MSAA for testing purposes only, and only for supported widgets. Currently, these are the Edit Box, Check Box, and Windows Command Button. Other widgets may return a technical name, but this name is subject to change.
The technical names returned are not appropriate for screen readers and other accessibility tools.”

AccessibleNameSeparator

27 Apr 2016
5:10 pm
Avatar
Daniel_Kurz
Member
Forum Posts: 19
Member Since:
26 Jul 2013
sp_UserOfflineSmall Offline

Since Microsoft Active Accessibility was meant for applications prior to Windows XP, would it be possible to use the MS UI Automation Framework to access Uniface Applications?

The Windows Automation API consists of two technologies—Microsoft Active Accessibility and Microsoft UI Automation. Microsoft Active Accessibility is the legacy accessibility technology that was introduced as a platform add-in for Windows 95, while UI Automation is a newer, more capable technology that overcomes the limitations inherent in Microsoft Active Accessibility.

https://msdn.microsoft.com/de-de/library/windows/desktop/dd561918%28v=vs.85%29.aspx

17 May 2016
4:28 pm
Avatar
Theo Neeskens
Member
Forum Posts: 366
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Hi Daniel,

I have asked around here at Uniface, the answer I got is:

The accessibility we provided using MSAA should be still accessible by UI automation framework.

The customers can use UI accessibility to access Uniface applications.

The current accessibility parts are compatible between MSAA and UI automation.

 

I hope that answers your question.

Theo

18 May 2016
12:39 pm
Avatar
Adrian Gosbell
Amsterdam, seat 77a of a Boeing 747
Member
Forum Posts: 318
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

To add to this, I have been asked the question of MSAA vs UI automation before, and when I talked to development about it and if we had done the ‘right thing’ in regards to implementation, I was told that MSAA should be considered a subset of UI Automation, what we needed for the testing tool ‘hooks’ are not legacy. 

21 Aug 2018
10:58 am
Avatar
Neill
Member
Forum Posts: 5
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

I have been asked the following from our testing team – it looks related to the previous comments on automated testing, though that stopped a couple of years ao.

For the RPA project we will be automating business processes that use FA-CALC. When automating processes which use applications such as Excel, Internet Explorer, etc the tool we use (UiPath) relies on those applications having been built to include the Windows UI Automation (WUIA) component. WUIA exposes an object model of applications’ user interfaces. For most applications if they use the standard windows controls (text boxes, poplists, etc) this is not a problem since Microsoft have embedded the WUIA calls in all of the standard controls.

So, does the Uniface client application include non-standard windows controls? If so, have Uniface included WUIA when building them?

21 Aug 2018
4:38 pm
Avatar
Theo Neeskens
Member
Forum Posts: 366
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Yes, besides standard Windows controls Uniface also includes non-standards controls.

Uniface is older than MSAA/WUIA so the question “has Uniface included WUIA when building them?” is not valid.

We are slowly ADDING WUIA to our non-standard controls.

We are at point that many customers can use automated tests on their applications.

Although sometimes you’ll need to improvise a bit.

I have no idea what RPA and FA-CALC are, and Google doesn’t help much.

Regards,

Theo Neeskens

Forum Timezone: Europe/Amsterdam

Most Users Ever Online: 131

Currently Online:
36 Guest(s)

Currently Browsing this Page:
1 Guest(s)

Top Posters:

ulrich-merkel: 1868

Iain Sharp: 674

Theo Neeskens: 366

gianni: 343

Adrian Gosbell: 318

istiller: 296

rogerw: 272

Knut: 224

lalitpct: 197

Arjen van Vliet: 184

Member Stats:

Guest Posters: 3

Members: 10312

Moderators: 0

Admins: 6

Forum Stats:

Groups: 1

Forums: 62

Topics: 2294

Posts: 9946

Newest Members:

SKISTE, Pfqgfni, glennarm2, Punsnxu, Kevinshamp, CliffInali, janicetupct88, murielfo3, paulpn16, KreditovichHaist

Administrators: admin: 23, diseli: 1028, Nico Peereboom: 84, richiet: 406, Mike Taylor: 35, JanCees: 38