Every good test suite — one that clears releases quickly and accurately — starts with a comprehensive map of your application. Every time you change a workflow or release a new feature, that map needs to be updated to maintain full coverage. 

That’s where our Mapping AI comes in. It explores your app on its own and builds a structured list of test cases in minutes, so you know exactly what needs to be tested before you write a single line. 

Point the Mapping Agent at your app and watch it build out your complete coverage map with plain-English outlines of tests in the AAA format. 

Of course, you know your product better than anyone—if there’s something specific you want covered, just say so, and the agent will make sure it’s in there. Feed it your product requirements, help docs, or test plans and it’ll use that context to go deeper. 

As your product grows, the Mapping AI keeps up, finding new workflows, adjusting existing ones, and creating new tests where needed. Over time, the map becomes your team’s shared reference for how your product is supposed to behave.

Mapping AI is now live for select users.

‍

We support SAML 2.0 and OpenID Connect, so most identity providers are covered, including Okta, Azure AD, Google, and OneLogin. Read the setup instructions here. 

You can also invite new members to your QA Wolf team without contacting support. New members will receive an email to log in using a magic link or their identity provider if your workspace uses SSO. 

You can now configure the network speed when running your tests. Using network condition presets, you can select anything from 5G down to 2G, satellite, or congested WiFi and see how the app performs under real-world conditions. 

• Throttle network speed: Test what your app does when the connection is slow or unrealiable. ‍
• Test offline mode: See how your app handles losing connectivity entirely and whether it recovers when it comes back.

Check out our help docs to get started.

QA Wolf now lets you feed images, videos, and audio files directly into the iOS camera or microphone when testing on real iPhones and iPads. We’re opening up a ton of new testing possibilities for mobile teams:

• Scan a receipt, then convert it to a PDF or extract text with OCR
• Identify a song playing on the radio
• Record a video and post it on social media
• Scan barcodes and QR codes 
• Host a video chat and validate call quality on a second device
• …or anything else your app uses the camera and microphone for. 

You can also inject media into the camera roll, if there’s a test that uses media from the device itself.

QA Wolf now supports VPN configuration for iOS app testing, so you can test against internal staging environments, validate region-locked content, and use geo-specific APIs on real devices.

VPN sessions are configured per test run and torn down automatically, so there's no lingering state between runs and no manual setup for each run.

Read more about it here.

Whether your users have high-powered tablets or low-cost phones, your app should work across the entire Android ecosystem. QA Wolf’s Agentic Testing platform now gives you access to any device and OS combo that you need, and the infrastructure to run all your tests in parallel.

Read more: How we built it

Test on their device, not yours

The key to testing Android apps is to focus on the devices and OS combinations your users actually have in their hands. Every app has different needs and different customers—an app that works flawlessly on the latest flagship model could lag or crash on an entry-level model. A dual screen device will behave differently than a tablet. Testing your app on just one or two devices won’t give you full confidence. And testing on devices your customers don’t even use is a waste of time.

Build fast, test fast, ship fast

Our Android testing infrastructure gets mobile engineers up to speed with their web developer counterparts. Pre-warmed, GPU-powered emulators start up instantly and execute test suites in parallel, with real-world fidelity.

Support for biometrics, backgrounding, sensors, and radios means you can test the complex workflows where bugs are most likely to escape.

We're excited to announce QA Wolf has achieved SOC 2 Type II compliance!

QA Wolf helps teams automate testing so they can move fast without sacrificing quality. From day one, we have treated security and privacy core to how we build and run our platform, and our SOC 2 certification is proof of that commitment.

Learn more about our security and data protection practices.

QA Wolf is now HIPAA compliant!

We work with healthcare companies on everything from AI drug discovery, radiology, and e-prescriptions to FDA approval evidence and more. Until now, we've focused on non-sensitive environments. Now we can safely test workflows that handle PII and PHI, including production and issue trackers.

Get more details on our security and data protection here.

Your app probably works great in the region and language your developers are based in. But switch to Germany and suddenly dates are formatted wrong. Switch to Arabic and your layout breaks. Launch in Japan and a string that fits perfectly in English is now truncated into gibberish.

Localization bugs are embarrassing, easy to miss, and completely avoidable. 

Now you can configure the OS's region settings and catch bugs that your local developers and testers are likely to miss. Localization testing is good practice whether you're expanding into new markets, maintaining compliance across regions, or just want your Berliners to be happy.

We just upgraded our runners to use WebRTC for lower latency, better performance, and live streaming that now works on mobile devices. 

WebRTC establishes a direct peer-to-peer connection between you and the runner, which means what you see is happening in real time. That makes a big difference if you’re testing games, video conferencing apps, or anything where the stream needs to keep up with fast motion.

👆Watch us playing a game live through the test runner with no lag or dropped frames—just don’t judge our ping pong skills. 

Every test run comes with logs, network requests, DOM snapshots, and traces. You can learn more about running tests in QA Wolf here.

Shiny new iPads were just installed on our device cloud, bringing complex iOS app testing to the big screen. 

On top of AppleID, Apple Pay, Face ID, and backgrounding, we also support iPad specific test cases:

• Split View and Slide Over
• Four- and five-finger gestures
• Corner swipes
• Multiple instances of your app

To see an up-to-date list of the device/OS combinations we support, check out our docs.

Now you can write tests that read and interact with device-level push notifications on Android and iOS. 

The test runner can interact with the banner, or access the notification drawer — and the app can be foregrounded or backgrounded as necessary.

Now open for business: QA Wolf’s own device farm, so you can test iOS apps on real devices. 

Why build a device farm from scratch when we could rent capacity from somewhere else? Because they can’t support the range of complex testing that we can offer from infrastructure infrastructure designed and built for automated E2E testing:

• Push notifications, including when the app is running in the background
• Apple ID login and account switching
• Apple Pay and Apple Wallet
• Face ID and Touch ID
• Camera and photo library
• Background tasks and cross-app flows

Tests run in full parallel, and devices are kept in a ready state so that they launch immediately.

‍

Here’s a small change that will make a big difference. Instead of launching new containers from a cold start each time you run a test, we’ve added a pool of pre-warmed instances ready to go at a moment’s notice. 

Tests that used to take 30 seconds to start now bind and run in milliseconds. 

After a few thousand runs you’re talking about some serious time back.

You can set a benchmark load time for single components, whole pages, or even whole workflows. The test fails if the load time exceeds the benchmark target. Half a second here and half a second there might not seem like much, but pretty soon they add up to real problems with the user experience.

‍

It’s pretty straightforward to write E2E tests for a single user to complete a single workflow. Things get more complicated when you have thousands of E2E tests, some of which may depend on data or state from other tests. Or if your environments can’t handle that many concurrent runs. 

What do you do then? 

Run Rules let testers configure the order of individual tests and steps within tests. It’s all covered in our white paper. With Run Rules you can…

• Test multi-user workflows: Coordinate tests across different users and devices, like an Uber Rider and Driver that share data and state across two different users and devices.
• Share data between tests: Pass a user account, a recorded video, or a status update from one test to the next that needs it.
• Control the order tests run: Run one batch of tests before the next, or set a dependency so a test doesn’t start until another has completed a specific step.

Head to our docs for help setting up Run Rules.

Android testing has always been a nightmare because no matter how good your test environment is, your app ultimately runs on a physical device in someone's pocket — and that device has its own processor, its own memory, its own state. Most emulators cut corners on specs to save resources, which means what passes in testing fails in the real world, and you never really know why.

Today QA Wolf adds Android app testing to the platform — and we mean actually easy. Our emulators are configured to match the specs of real devices — same processors, same memory, same storage — so when your test passes, it passes because it would actually work on the device, not because the emulator let it slide. Every emulator is fully containerized, so the environment is consistent every single run. No flakes. No surprises. No archaeology.

Oh, and the test code is Appium — open source, fully portable, yours forever. There's no proprietary scripting language to learn, no walled garden to escape from later. If you ever want to take your tests somewhere else, you can. That's just how we think it should work.

Write your test. Run it on Android. Ship it. That's the whole thing.

Available now on the platform for all users.

The DevOps holy grail: Being able to run a full regression suite before merging to main. You’ll need preview environments — whether static or ephemeral — but once they’re configured, you can use QA Wolf to block or roll back any release that isn’t passing. And yes, we can do parallel runs on simultaneous PRs.

See our Docs to see how to configure environments.

Starting today you can configure tests to run in Firefox and WebKit (Safari), with Chrome as the default. Legacy products  will get the most out of this change — anything built before HTML5 where you’re still hack the CSS to get a consistent grid. But it never hurts to run P0 smoke tests across multiple browsers just to be safe. 

Available now on the platform for all users.

‍

In the QA Wolf editor, you can write tests using Google Lighthouse and the Axe library to assert that pages and elements comply with WCAG success criteria, HIG, and Android Accessibility policies.

If changes to your product violate the WCAG assertions that you’ve defined, your developers get notified on the PR and a ticket is made in your issue tracker.

Accessibility testing ensures that Web Content Accessibility Guidelines (WCAG) are followed. Not doing so may impact screen readers and other accessibility aids. WCAG is the basis for all digital accessibility regulations in the US, Canada, and Europe.

Head to our Docs to learn more.