Verifying elements and text on the page is an important part of every testcase. Web Performance Tester makes this easy by adding verify steps directly from the browser while recording the testcase. The Verify option in the browsers pop-up menu provides a list of the most common verifications:
In addition to verifying the page title and URL, there are three categories of verifications supported:
For any element, you can verify:
text of the element
element is visible
element is clickable
For any field (text input, button, checkbox, etc) you can verify:
field is (or not) selected
By selecting text on the page, you can verify … Continue reading »
Since version 6, Web Performance Tester has supported two different ways to simulate user behavior on a website for testing: real browsers and virtual browsers. These two methods take very different approaches to the problem and each has different advantages and disadvantages. Those are not always obvious at first glance, so I’d like to run through the key difference to help you decide.
But first, a brief description of the two approaches:
Real browsers – When using the real-browser approach, the test is defined in terms of the actions the that a human would take in the browser in order to complete … Continue reading »
Since the first release of real-browser support, it has been possible to pause a testcase replay using the pause button. If you need to stop in the middle of a long testcase, however, it can inconvenient to sit and wait for the important part. Web Performance Tester™ (WPT) now supports breakpoints in real-browser testcases. To set or clear a breakpoint, select the step and choose “Toggle Breakpoint(s)” from the pop-up menu. The breakpoint will be indicated with a matching pause icon on the step.
During interactive replays, the virtual user will pause when it reaches any step with a breakpoint. … Continue reading »
Accurately and reliably locating the right element to interact with is one of the biggest challenges with real-browser testing, both in our products (QA Tester and Load Tester) as well as when coding tests to the Selenium/WebDriver APIs. Our upcoming 6.4 release provides suggestions for a variety of locators that may be a suitable replacement for the locator that was chosen during the testcase recording. If you are accustomed to using SeleniumIDE, you find that our implementation operates provides a familiar experience.
To access these suggestions, look for the light bulb icon next to the locator edit field. To … Continue reading »
Sometimes, HTTP testcase don’t work immediately after being recorded. Your application may require special configuration, or your workflow may need some special data entry in order to work in a repeatable fashion. However, sometimes the problem can be compounded by easily avoidable conditions.
Recommendation 1: Close unnecessary applications while recording
During recording, Load Tester will capture HTTP and HTTPS network traffic from your workstation as you record. This allows Load Tester to observe your recorded browser window, and child windows that may be spawned from it. If you have other browser windows open, e-mail clients, etc, these can all interfere with the … Continue reading »
If you were wondering why there’s a 6.3 release only a few weeks after the 6.2 release, its because we’re on a new development schedule. Instead of holding back new features for months and only putting out new releases a couple of times a year, we’re moving to releases every 1-2 months, getting the new stuff and bug fixes into your hands as quickly as possible. This fits in nicely with the new monthly subscription model for Web Performance QA Tester™, where the small monthly fee covers not just support but new features month after month. If you … Continue reading »
Ever since I began the work of adding real-browser support to Load Tester, I have been eager to apply that technology to QA and functional testing. As I learned about Selenium/WebDriver and how QA testers were using it, I saw a need for a powerful, easy-to-use tool that builds on Selenium/WebDriver. This release is our first step towards addressing that need. This premier release of QA Tester gives testers a rich UI environment to create test cases with little or no programming experience required.
Test cases can be run together to validate that a test site is functioning correctly, or they … Continue reading »
Comic-Con represents the worst-case scenario for any website. As the event’s popularity grows, so does the load on its ticketing servers. This year, as many as 900,000 visitors competed for 130,000 tickets—all at the exact same time.
Load Tester 6.1 adds the ability to perform file uploads within real-browser testcases. See the link for instructions on using this new feature.
The release updates support for Chrome to include versions 33-36.
In addition, we have improved the user distribution algorithm specifically for real-browser tests. The real-browser replay logs now include annotations about datasource usage, so you can easily see, for example, which login was used from a dataset when an error occurred. See the change log for the additional bug fixes contained in the release.
If you’re an existing Web Performance Load Tester™ customer you may be wondering if the real browser capability will be included in Load Tester 6.0. Because the real browser technology is so different, Load Tester 6.0 is being released in two different editions: Load Tester PRO™ for virtual browsers, and Load Tester RB™ for real browsers.
Load Tester PRO 6.0 Upgrades
If you currently own a license for Load Tester PRO™ you’ll be receiving a free upgrade to the 6.0 release, but that release will not include real browser load testing functionality. If you’re interested in trying out real browsers, Load … Continue reading »