Speed up Your Test Run by 200% with Ranorex 6.0

Jun 16, 2016 | Best Practices, Product Insights

Speed up Your Test Run by 200% with Ranorex 6.0

You don’t want your automated test to take longer than it has to. Fact is, the debugger directly affects the test execution time. That’s why in Ranorex 6.0 tests run without debugger by default in Ranorex Studio. Simply press the ‘Run’ button – no administrator privileges are required – and start saving time.

We know, only hard facts count. That’s why we’ve conducted a comparison, running a test with and without debugger, so you can see the benefits of the new default setting for yourself.

Up to twice as fast test run in Ranorex 6.0

Test environment and data
We’ve used the Ranorex KeePass sample, one of our sample test solutions delivered with Ranorex Studio, so you can easily reproduce these tests. All test cases were enabled. To omit static delays which could influence the test results, we further activated the Turbo Mode for all recording modules. We ran the tests in two setups. In the first, the computer was in an idle state. As in everyday work life, however, a machine usually has to juggle multiple processes, we simulated a 100% CPU load with a CPU Burn-in in the second setup.

State Debugger enabled Debugger disabled Execution time reduction
Idle 2 min 1.9 min 5%
100% CPU Load 11.3 min 5.4 min 52%

The results clearly show that when your computer is in an idle state, the new default settings merely reduce the test execution time by 5%. However, when you’re using your computer to the full capacity, your test will be twice as fast now. These two scenarios represent two extremes, with a realistic CPU usage being somewhere in the middle. One way or another, one thing is clear: this new default setting will definitely save you time. Especially if you’re using an older system, you’ll see significant improvements in execution time.

When to use the debugger

Debugging is important. You just don’t want the debugger to be part of your test execution by default, but use it legitimately, and only when it really does make sense. So when you do need it, you now simply have to press one button to enable the debug mode. Using the debugger, you can set breakpoints directly in the Ranorex code editor to intercept the test run at predefined positions. This allows you to look at specific steps more closely and perform manual interactions. An important note on the side: Please don’t forget that previously set breakpoints will be ignored in the new default run mode.

System specifications
We’ve conducted our tests using a virtual machine setup on a host machine with the following specifications:

Host Machine
Win7 64 Bit
Intel i5-3570 CPU @3.4 GHz (4 Cores)
Samsung EVO 840 SSD
Seagate ST3320620AS HDD
NVidia GT640 2GB

Virtual Machine
VirtualBox 5.0.16 (+ Extention Pack)
Win7 32bit VM – installed on HDD
1 CPU (ICH9; I/O APIC enabled; 100% Execution Cap; PAE/NX enabled; Paravirtualization: default; VT + nested paging enabled)
3072 MB RAM
Display: 128 MB memory; 2D + 3D acceleration enabled
AHCI SATA controlled using host I/O cache

Related Posts:

7 Types Of Penetration Testing

7 Types Of Penetration Testing

Penetration testing, also known as a pen test, pentest, and type of application program interface testing (API testing), is a kind of simulated attack on a computer system. The goal of this kind of cybersecurity testing is to evaluate the overall security level of the...

What Is Code Profiling and How to Choose the Right Tool?

What Is Code Profiling and How to Choose the Right Tool?

Developers and programmers have long been resorting to tools, techniques, and methods to help them better create software applications, with one of them being code profiling. But what is code profiling, and how can it enhance your IT programming projects? Our...