[SOLVED] rcptt strange lags [message #1436921] |
Fri, 03 October 2014 16:06 |
Francis BACQUET Messages: 46 Registered: September 2014 |
Member |
|
|
Hello,
from time to time, Rcptt waits for an action during in a test.
Explain:
I execute my test several times without problems.
I execute my test again, Rcptt waits during an action (set-text), rcptt execute few action, waits during an action (set-text), ...
I stop my test and test again, same incident.
Rcptt waits always with sames actions, the others work always.
Later, I execute my test without problems.
It's hard to generate tests in this condition, the time of wait is 20s.
I am the only?
Do you have an explication? It's Rcptt? Wait respond Socket? It's system? File locked? antivirus?...?
thanks, for advance.
[Updated on: Mon, 13 October 2014 16:46] Report message to a moderator
|
|
|
Re: rcptt strange lags [message #1438438 is a reply to message #1436921] |
Mon, 06 October 2014 03:13 |
Vasili Gulevich Messages: 28 Registered: July 2009 |
Junior Member |
|
|
Hi.
Before every GUI operation RCPTT runtime waits for every AUT background Job to complete. Without this, you would have different test results depending of whether a random Job has done something.
See "Execution details" to get basic understanding what happens in AUT during a certain operation, this might give a pointer on what exactly is being waited for. Execution details are obtained by clicking "Execution Details" button in Execution view.
You can also post Execution details here for us to give interpretation.
[Updated on: Mon, 06 October 2014 03:15] Report message to a moderator
|
|
|
Re: rcptt strange lags [message #1438745 is a reply to message #1438438] |
Mon, 06 October 2014 12:39 |
Francis BACQUET Messages: 46 Registered: September 2014 |
Member |
|
|
Hello Vasili,
thanks for your help.
I check my executions details. And I find action "click" take long:
...
*get-window "Rechercher un client"* time: 0.014 s
*with* time: 46.328 s
*get-table* time: 0.013 s
*get-cell 0 3* time: 0.017 s
*mouse down -count 1* time: 0.997 s
*get-window "Fiche de synthèse du client"* time: 0.014 s
*get-button "Sélectionner"* time: 0.025 s
*click* time: 45.224 s
*get-menu "Devis/Intégrer un devis..."* time: 0.058 s
*click* time: 0.418 s
*get-window "Intégrer Devis du client"* time: 0.005 s
*with* time: 22.596 s
*get-link "Le devis appartient à un autre client ?"* time: 0.031 s
[b]*click* time: 20.473 s[/b]
*get-client* time: 2.072 s
...
Vasili Gulevich wrote on Mon, 06 October 2014 03:13Hi.
You can also post Execution details here for us to give interpretation.
I join a perfect execution and a long execution.
The reports is a TestSuite with my test, few times. The last (the 12) Test is the long execution.
On others execution, there are also others commands wait (get window, SWTUIPlayer.cleanMenus):
*get-window "Intégrer Devis du client"* time: 20.013 s
Script *OuvreIntegrerDevis* time: 26.578 s
--> q7 wait details <-- total wait time: 26544
sync: org.eclipse.rcptt.tesla.internal.ui.player.SWTUIPlayer.cleanMenus:2836, total time: 26544
[Updated on: Mon, 13 October 2014 19:33] Report message to a moderator
|
|
|
|
Re: rcptt strange lags [message #1444038 is a reply to message #1443986] |
Mon, 13 October 2014 15:02 |
Ivan Inozemtsev Messages: 0 Registered: January 2015 |
|
|
|
Hi Francis,
According to execution details in testCaseSlow.txt, looks like RCPTT runtime is waiting for a browser to load:
browser: http://< url stripped >/alerteurs/alert/chart?domain=1&alerters=9;13;6&height=106&departmentids=008&width=186, total time: 44138
browser: http://< url stripped >/alerteurs/alert/chart?domain=1&alerters=9;13;6&height=106&width=186&seller=10008166, total time: 44138
timer:. ...portal.listeners.BrowserListener.setUrl:119, total time: 25133
async: .....pyxis.portal.PortalStartup.shellActivated:114, total time: 24616
timer: ....pyxis.portal.listeners.BrowserListener.run:115, total time: 24278
There are some other places in UI where a significant delay does not have obvious explanation (e.g. our SWTUIPlayer.cleanMenus takes 70 seconds between contexts), but it looks like that's just because there are some async operations which are not included into wait details.
At this moment I don't see a quick solution. Looks like we are waiting for a browser loads too agressive. Could you please provide some details whether a browser should be waited for in your AUT?
|
|
|
|
Re: rcptt strange lags [message #1444106 is a reply to message #1444038] |
Mon, 13 October 2014 16:44 |
Francis BACQUET Messages: 46 Registered: September 2014 |
Member |
|
|
Ivan Inozemtsev wrote on Mon, 13 October 2014 15:02runtime is waiting for a browser to load:
browser: http://< url stripped >/alerteurs/alert/chart?domain=1&alerters=9;13;6&height=106&departmentids=008&width=186, total time: 44138
browser: http://< url stripped >/alerteurs/alert/chart?domain=1&alerters=9;13;6&height=106&width=186&seller=10008166, total time: 44138
timer:. ...portal.listeners.BrowserListener.setUrl:119, total time: 25133
async: .....pyxis.portal.PortalStartup.shellActivated:114, total time: 24616
timer: ....pyxis.portal.listeners.BrowserListener.run:115, total time: 24278
There are some other places in UI where a significant delay does not have obvious explanation (e.g. our SWTUIPlayer.cleanMenus takes 70 seconds between contexts), but it looks like that's just because there are some async operations which are not included into wait details.
At this moment I don't see a quick solution. Looks like we are waiting for a browser loads too agressive. Could you please provide some details whether a browser should be waited for in your AUT?
Thanks you very much Ivan. It's this functionnality, "the browser's refresh" created my problems. I increased its delay and i didn't bother me.
For explain, in our application, we dislay a browser to show alerts.
The users have been advised in main view. Unfortunately, the refresh is executing even when the main view is hidden. I agree that unnecessary but i don't have the power to change its implementation.
Fortunately , i can increased its delay .
Thank you again for your help.
[Updated on: Mon, 13 October 2014 16:45] Report message to a moderator
|
|
|
Powered by
FUDForum. Page generated in 0.04437 seconds