Every test run provides an exact measurement
One obvious reason for this gap is that it is difficult to keep detailed statistics on transaction activity when you are standing in front of an ATM with a stack of test cards, a clipboard and a stopwatch. While it is theoretically possible to manually capture accurate data on any one transaction, the probability is low that this can be done consistently over a large number of transactions, say a complete regression run.
On the other hand, VirtualATM automatically records the outcome and duration of every transaction. Run the same transaction 100 times and the platform precisely captures and calculates the timing of every test along with its average, minimum, and maximum duration, as well as its pass/fail rate. Within a few runs, your teams can easily establish a baseline for how long any specific transaction should take on any specific ATM configuration.
Step-by-step comparison: find exactly where the time went
With this level of detail available and accessible, variations show up quickly, with any outliers easily investigated. For example, if a specific test runs significantly slower than expected after a software patch is made, you can simply select it for evaluation against your previously established baseline. VirtualATM displays a side by side comparison of the two tests, card insertion, PIN entry, host response, media dispense, receipt, etc., so you can review the transaction step by step and pinpoint the specific step(s) where any slowdown is occurring.
Instead of getting a vague feeling that the transaction ran slower after the patch, you know exactly how much slower it ran and where the delay is happening.
Compare configurations across your fleet
Most organizations run a mix of ATM hardware, application versions, and device configurations. VirtualATM supports NCR, Diebold Nixdorf, Hyosung, and other CEN/XFS-compliant ATMs through a single user interface, and gives teams several ways to compare the different stacks:
- ATM transaction-level reporting shows test execution times, pass/fail, and host message activity for each virtual ATM.
- Profile comparison shows device-level differences between ATM configurations.
- Projects run the same tests across a group of ATMs at once - on a schedule or from a CI/CD pipeline - so results can be compared on a like-for-like basis.
One thing that can be said about the ATM channel today is that it is dynamic. Self-service technology is continually evolving, security updates are never ending, screens changes, and transaction flows need adjustment as tests that once ran cleanly begin to fail. The VirtualATM Projects view can highlight the top failing script for each project so teams can focus their maintenance efforts specifically where it matters.
Screen comparison adds another layer of visibility. For example, when a captured screen doesn't match its baseline target, VirtualATM fails that step and reports the score, but keeps running to completion so that one pass reveals every mismatch so that they can be easily corrected.
Why the details matter
Tracking this level of testing detail and having the information easily accessible to anyone who needs to see it provides ATM fleet operators with the tools to make faster, better business decisions. This not only helps keep the entire estate running in optimal condition, but delivers a number of additional benefits, such as:
-
- Protects the cardholder experience. Defects are caught and corrected earlier in the testing cycle, preventing production problems and customer complaints.
- Establishes accountability. The success or failure of software patches, OS updates, and configuration changes can be tracked and measured through time.
- Improves productivity. All aspects of testing runs are automatically captured immediately and accurately – no more need for clipboards, Post-it notes or stacks of paper receipts.
The bottom line
Just because a test passes does not mean it is ready for production. VirtualATM provides teams with the data and analytical tools that need to quickly and easily measure and evaluate how well transactions really perform and then make the necessary adjustments to prevent customer satisfaction issues.
Why Paragon