Automation Studio / Examples
Real-world examples

How Automation Studio automates the workday

Eight examples from everyday use in business departments — as a starting point to adapt to your own Windows application, not as a rigid template. Get started with Getting Started, then fine-tune your setup under Tips & Tricks.

Automating recurring order entry

Done in minutes — what used to eat up half a morning

Test case "Create order" — recorded once, now replayed automatically every morning.
✅ 14/14 steps passed — runtime 0:38 min.

Instead of typing every incoming order into the same screens by hand, Automation Studio replays the test case that was previously recorded via mouse and keyboard — as often as needed, with nobody sitting there watching. The result is a purely step-based pass/fail verdict — no room for interpretation.

Image anchor survives an update to the target application

When a button shifts by a few pixels after an update

Step "Click Save button" — shifted 6 px to the right after an update to the business application.
✅ Image anchor found within tolerance — click executed.

After an update to the target application, buttons and input fields often no longer sit exactly where they were when a test case was recorded. Because Automation Studio locates click targets through an image anchor rather than fixed coordinates, and allows an adjustable tolerance, the automated flow keeps running unchanged — no re-recording required. That holds just as well for your own business application as for software teams checking after every release that the test case still passes.

Bulk data entry without fatigue

Running the same flow a hundred times

Repeat count: 100× — 100 customer records created one after another.
⚠️ Run 74 of 100 failed — report ready.

Anyone entering a hundred similar records by hand eventually loses focus — Automation Studio doesn't. With a defined repeat count of 1 to 999, it replays the same test case automatically over and over and continuously shows progress — if one particular run fails, that exact run can be traced in the report instead of throwing the whole batch into doubt.

Test cases for multiple customers and departments

Staying organized as test cases multiply

Folder structure: Customer A / Customer B / Customer C — each with its own set of test cases.
📁 12 test cases organized across 3 folders.

Once several customers or departments each need their own recurring flows automated, organizing test cases into folders keeps things manageable. Each customer or department gets its own area, so test cases don't overwrite each other or disappear into one long list.

Comparing two test runs of a recurring flow

Proof, not just a feeling, of what changed

Comparing the test run from Sep 12 with the run from Sep 14 — the ERP price list changed in between.
🔍 Difference: step 9 "Fill in discount field" — previously skipped, now executed.

Because every test run is stored in the run history with its metadata, two runs can be compared directly — for example the last run before a price list change in the ERP and the first one after it. That makes it immediately clear which step changed, instead of relying on the impression that things "seem to match now."

Using "Stop on error" deliberately

Picking up exactly where it broke

Step 6 "Approve invoice" — image anchor not found.
⏹ Playback stopped at step 6 — application stays in its current state.

Instead of letting the remaining steps run against an already inconsistent state after a failure, the "Stop on error" option halts playback immediately. The target application stays exactly in the state where the failure occurred — ideal for tracing the root cause right on the spot.

Handing off test cases via export/import

Onboarding new colleagues without re-recording anything

Folder "Billing" exported and handed to a colleague as a file.
📦 8 test cases imported successfully.

An existing set of test cases can be exported as a file and imported again on another machine. New colleagues don't need to record anything from scratch — they inherit the already proven flows directly, and can adapt them to their own environment afterwards if needed.

Sending the HTML report straight to the customer

Proof even non-technical people can read

Test run "Month-end closing" finished — report generated.
📄 report_2026-09-14.html — including a diff image for step 11.

After every test run, Automation Studio automatically generates an HTML report listing all steps, their result, and diff images at the relevant points. That single file opens without any extra software and can be forwarded directly to a customer or business department — solid evidence that a flow was carried out.

Next up

Where to go next

Get started

Your first test run is waiting

Download Automation Studio

Or get in touch directly →