Full sanity automation for a pre-launch dating app, in two weeks

How QApilot automated Geml's entire sanity suite, trained the team, and handed off regression in a two-week engagement, cracking the Flutter, mock-location, and swipe-gesture automation that stalls generic tools on dating apps.

Dating app
Flutter
Pre-launch

Book a Demo

Client: Geml
Industry: Consumer Dating
Platforms: iOS, Android (Flutter)

Technologies and tools

Element- and gesture-aware recording
Autonomous crawler
Knowledge graph
Mock GPS / location control
Cloud-device execution
OTP / SMS verification flows

Results

Results by the numbers

2 weeks

from onboarding to a fully automated sanity suite and a trained team

100%

of the sanity suite automated, with regression now client-run

10×

faster pre-launch sanity cycles after moving regression off multi-day manual passes

About the project

Here's a bit about Geml

Industry: Consumer dating
Headquarters: United States
Engagement: Two-week launch-readiness engagement
Platforms: iOS, Android, Flutter

Geml is a US-based dating app that needed a safety net before go-to-market. A lean pre-launch team cannot absorb flaky releases or slow manual passes. The product is Flutter, so the UI paints to a canvas instead of a native element tree, and the core journeys depend on mock location, swipe and card gestures, OTP onboarding, and a branching compatibility survey. Those are the exact failure modes of generic, element-tree automation. Geml website.

Impact

Before and after QApilot

01
Before
No automation practice, and no capacity to build a bespoke Flutter harness before launch.
With QApilot
Full sanity suite automated in two weeks, with the team trained to own regression.
02
Before
Flutter canvas UI with no native element tree, so locator-based tools stall or fall back to brittle coordinates.
With QApilot
Element- and gesture-aware recording on the rendered UI, identifying swipe-to-like/pass and card stacks as intent.
03
Before
Location-based matching could not run deterministically in tests.
With QApilot
Mock-location control sets device GPS so discovery and matching are repeatable.
04
Before
Manual OTP, survey, and profile journeys that would not keep up with pre-launch cadence.
With QApilot
Sign-up, SMS verification (wrong-code / resend), returning-user sign-in, home-feed preferences, and survey complete / re-take covered end to end.

Our approach

Our engagement

The engagement paired platform capability with hands-on engineering. The goal was a suite Geml could run after week two, not a vendor-operated black box.

Intake started with APK and test cases. Recording covered dating-specific gestures, swipe-to-like/pass and card stacks, plus mock GPS so location-based matching did not depend on wherever the lab phone happened to sit.

Onboarding and authentication were automated as they actually behave: sign-up, SMS verification including wrong-code and resend, and returning-user sign-in. Profile and match preferences were checked against the home feed. The compatibility survey was covered for both complete and re-take paths.

Because Geml is Flutter, recording had to work on the painted UI. QApilot treats controls and gestures as intent rather than coordinates, which is what keeps the suite stable across devices and layout tweaks. Cloud-device execution and reusable location and gesture blocks give the team a path to extend coverage as new features land.

Highlights

Engagement highlights

01
Mock-location control for deterministic matching and discovery
02
Gesture-aware recording for swipe-to-like/pass and card stacks
03
OTP onboarding including wrong-code and resend paths
04
Compatibility survey complete and re-take
05
Training and onboarding so regression is client-run
06
Execution reports as a repeatable sanity gate before each build

What QApilot delivered

What QApilot shipped

Flutter-ready recording

Canvas-rendered Flutter UI without a native element tree, automated as rendered controls and gestures instead of brittle coordinates.

Element-aware on painted UI
Stable across layout changes
Mode-matching for stateful flows

Dating-app reality

Mock GPS, swipe and card gestures, OTP, and a branching survey, the journeys generic tools skip.

Mock location
Swipe / card stacks
Phone / OTP verification

Launch-speed delivery

Two weeks from onboarding to a fully automated sanity suite, timed to a pre-launch cadence.

APK and test-case intake
Hands-on recording workshops
Shared execution reports

Team ownership

Training so Geml runs and extends regression after go-live, rather than depending on an outside vendor for every run.

Client-run regression
Reusable location and gesture blocks
Cloud-device execution

Facing similar challenges to Geml?

QApilot got Geml launch-ready in two weeks: full sanity suite, a trained team, and Flutter plus mock-location and gesture automation that stalls generic tools on dating apps.

Talk to QApilot

Explore related capabilities: Flutter testing, Autonomous testing, CoWork, Partners.