Issue 98642 - [Automation] Re-implement Sleep(...) function
Summary: [Automation] Re-implement Sleep(...) function
Status: CLOSED FIXED
Alias: None
Product: QA
Classification: Unclassified
Component: testscripts (show other issues)
Version: current
Hardware: Sun Solaris
: P3 Trivial
Target Milestone: ---
Assignee: joerg.skottke
QA Contact: issues@qa
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-30 08:44 UTC by joerg.skottke
Modified: 2013-08-07 15:07 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description joerg.skottke 2009-01-30 08:44:07 UTC
This is another step in speeding up the testtool scripts.
In many cases where a sleep(...) is used it has shown that a WaitSlot(...) with
the same timeout settings is sufficient.

There were a couple of proposals on how to handle the transition.
1) Re-implement sleep(...) using WaitSlot() and force everyone to update the tests
2) Make the function interface compatible with unchanged behavior
3) Implement another function DynSleep(...) with a slightly modified interface.

1) Is bad and unrealistic because nobody is going to find the time to do it
2) + 3) Are equally suited/unsuited. 
Good: 
* No immediate action required by script owners
* Possibility to change all occurrences 

Bad:
* No immediate action required by script owners (is never going to completed)
* Each occurrence of a sleep() statement has to be evaluated
Comment 1 joerg.skottke 2009-01-30 10:36:20 UTC
Still...

Trying approach 1 by simply running all tests with the new function in place
with debugging stuff. As long as it works ok ...
Comment 2 joerg.skottke 2009-02-02 14:45:25 UTC
Done.

Introduced global variable GLOBAL_USE_NEW_SLEEP, set to TRUE if you want to use
the new stuff (which does not always work).
Comment 3 joerg.skottke 2009-02-04 08:03:59 UTC
Verified
Comment 4 joerg.skottke 2009-03-09 09:32:50 UTC
In DEV300m42