Clicking the numeric keyborad takes too long

Mobile Testing, Android App Testing.
AQLIVE
Posts: 7
Joined: Mon Sep 22, 2014 1:25 pm

Clicking the numeric keyborad takes too long

Post by AQLIVE » Thu Jul 02, 2015 9:50 am

Is there a way to change the time it takes to click trough 4 buttons on a numeric custom keyboard?
I have an app where I need to enter a pin code (4 digits) and the images I user a basically 0-9.
Lets say I click 0 0 0 0 that I would like to be as fast as 1-2 seconds in total. However when I replay the recording it take 1.5 seconds pr click. I've tried to change all kinds of keypress delays on both the step to 10ms and also frin within the setting of the recording module.

Is there anywhere I can set the time so it does not take 5-8seconds to press 4 buttons?
Looking forward to hearing the answer.

User avatar
odklizec
Ranorex Guru
Ranorex Guru
Posts: 7469
Joined: Mon Aug 13, 2012 9:54 am
Location: Zilina, Slovakia

Re: Clicking the numeric keyborad takes too long

Post by odklizec » Thu Jul 02, 2015 11:07 am

Hi,

It would be helpful if you could post some more details about your app under test and system.
Please let us know the following details:
- OS?
- Ranorex version? - latest version is 5.3.3. If you are using older version, try the latest one (even in trial mode)
- desktop, web or mobile app?
- GUI technology behind your app (HTML, Java, WPF, QT, etc...)?
- most importantly, please post the Ranorex snapshot and xpath behind the buttons.

Typically, if it takes too long to press something, the path behind the element is not unique enough or there is too much "optional" (?) elements in the path. So Ranorex is not able to quickly identify the element. Unfortunately, it's next to impossible to suggest something without the above details or even better, without analyzing a sample project. Let's start with missing details ;)
Pavel Kudrys
Ranorex explorer at Descartes Systems

Please add these details to your questions:
  • Ranorex Snapshot. Learn how to create one >here<
  • Ranorex xPath of problematic element(s)
  • Ranorex version
  • OS version
  • HW configuration

AQLIVE
Posts: 7
Joined: Mon Sep 22, 2014 1:25 pm

Re: Clicking the numeric keyborad takes too long

Post by AQLIVE » Thu Jul 02, 2015 12:55 pm

Well the 3 first ones I can give you but the rest I'm not allowed to give you.

- Windows 7 and Android 4.4
- Renorex version 5.3.3
- Mobile App
- ???
- .//button[@text='0'], .//button[@text='1'] and so on up to 9

User avatar
odklizec
Ranorex Guru
Ranorex Guru
Posts: 7469
Joined: Mon Aug 13, 2012 9:54 am
Location: Zilina, Slovakia

Re: Clicking the numeric keyborad takes too long

Post by odklizec » Thu Jul 02, 2015 1:05 pm

Thanks for the additional details. Unfortunately, I have no experience with mobile testing, so I can't help you here. However the path to buttons seems to be very simplified. So if the buttons are buried deep down in the application GUI structure, such short/generic path might be a reason of the slowdown. But it's hard to say without seeing the GUI structure (snapshot).
Pavel Kudrys
Ranorex explorer at Descartes Systems

Please add these details to your questions:
  • Ranorex Snapshot. Learn how to create one >here<
  • Ranorex xPath of problematic element(s)
  • Ranorex version
  • OS version
  • HW configuration

User avatar
Support Team
Site Admin
Site Admin
Posts: 12145
Joined: Fri Jul 07, 2006 4:30 pm
Location: Houston, Texas, USA
Contact:

Re: Clicking the numeric keyborad takes too long

Post by Support Team » Fri Jul 03, 2015 1:05 pm

Hi AQLIVE,

I'd like to ask you two additional questions which can help us analyzing the issue in more detail.
Is your device connected via USB or WiFi?
Have you already tried to set the following instrumentation options to false
  • Enable Web Testing
    Full image comparison
Both option can be found in the settings dialog of our Instrumentation Wizard

Please let me know if this solves your issue. Otherwise, we would need at least a snapshot of your application under test in order to check the GUI structure on our side.

Thank you.

Regards,
Markus (S)