Onboarding
Check entry points, verification messages, registration and sign-in across the agreed player journey.
Explore the ScopeRegistration, payments and gameplay, checked on local devices and networks. Turn experience gaps into documented steps, evidence and retest results.
Local teams and environments. Scope agreed per project.
Trace the same 10 test accounts from their first visit to the withdrawal receipt. Select a step to see the outcome, the interruption and what to check next.
Vietnam · build 1.8.0 · sandbox. Only accounts completing a step continue; 7 of the original 10 complete the journey. These are controlled test counts, not visitor conversion rates. Step timing uses successful-attempt medians; benchmark and payment repeats use separate samples.
Compare your product with selected brands on the same local device and network. Compare speed, reliability and journey clarity to see where competitors perform better and what to investigate.
OPPO Reno11 · Android 14 · Chrome 128 · Viettel 4G
Game ready to play · median seconds · lower is faster
| Brand | First Screen (s) | Game Ready (s) | Sign-In (s) | Game Failures / 10 |
|---|---|---|---|---|
| Your Brand | 3.8 s | 6.4 s | 8.1 s | 1 / 10 |
| Brand A | 2.4 s | 4.8 s | 9.1 s | 0 / 10 |
| Brand B | 3.0 s | 5.6 s | 7.4 s | 1 / 10 |
| Brand C | 4.2 s | 6.9 s | 8.6 s | 2 / 10 |
In Vietnam, Brand A is 1.6 s faster and Brand B is 0.8 s faster than your brand at game entry.
Brand A is faster at game entry, but its sign-in response is slower than yours. Select another metric to inspect the trade-off.
Game-entry click to playable state, with sign-in prerequisites satisfied.
Timed flows use 10 attempts per brand; successful median timing and failures are separate. Interleave runs with matching device, network, cache and account prerequisites. Count registration steps on the same path and bonus clarity with the same four checks. The final column refers only to game entry. Conclusions apply to the selected metric.
From a specific issue to an end-to-end journey, we agree the test cases, preconditions, expected results and evidence for your product and market.
Check entry points, verification messages, registration and sign-in across the agreed player journey.
Explore the ScopeCheck payment entry, redirects, status updates, balance display and withdrawal progress.
Explore the ScopeReview document submission, image upload, guidance and verification status for usability issues.
Explore the ScopeCheck game entry, interactions, bonus claims and displayed states against the agreed rules.
Explore the ScopeRecord loading, interruptions and reconnect behaviour alongside the actual device and network.
Explore the ScopeCheck language display, currency, dates and time zones. Agree any native-language review separately.
Explore the ScopeCheck layout, interactions and key journeys on agreed phones, computers, operating systems and browsers.
Explore the ScopeCompare agreed products using the same steps and recording criteria to identify observable differences.
Explore the ScopeGo beyond a single result: inspect local payment journeys, changes across builds and country-level evidence records.
Separate payment failures, verification blocks and pending orders with traceable records.
Explore Report ↗Repeat speed and failure checks in the same environment, preserving improvements and regressions.
Explore Report ↗Environment, key findings, payment records and retest observations in one country brief.
Read Country Brief ↗Environment, key findings, payment records and retest observations in one country brief.
Read Country Brief ↗Explore a player-journey report: what was checked, where it failed, and what your team can investigate next.
Sign-in / verification / KYC / deposits / payment return / withdrawals / game entry / bonuses
Results by market, with blocked work kept visible.
48 items = 8 checkpoints × 6 device / network combinations. Blocked items lack prerequisites and are not counted as passed. Repeat attempts are recorded separately.
3 of 6 issues shown. Open a record to see the observation, impact and suggested investigation.
VN-PAY-02
Observation · In 3 of 5 attempts, the payment page showed success but the wallet kept its previous balance until a manual refresh.
Impact · Players cannot confirm the deposit and may retry it.
Investigate · Check return-page refresh and order-state handling. Server logs are needed to confirm the cause.
Retest: same device and network, 5 attempts. Other combinations still require verification.
TH-KYC-01
Observation · An oversized image triggers a generic error without size or format guidance.
Impact · Players have no clear next step to complete verification.
Investigate · Review upload validation and Thai error messages; retest supported and unsupported files.
CN-UI-03
Observation · At 360 px width, the action label clips although the button remains usable.
Impact · The bonus action is harder to understand.
Investigate · Review text wrapping and container width, then retest adjacent screen sizes.
Follow VN-PAY-02 from its environment to its reproduction steps and retest. Your team receives the context needed to investigate, not just a failure count.
Screenshots, recordings and environment details are organized by issue ID in a project delivery.
Sample issue record · evidence IDs illustrate how files are indexed.
Work with FactQA to define the player journey. Our own local QA teams carry out the checks and return the environment details, evidence and results.
FactQA assigns its own QA staff, confirms the project requirements and checks device and network availability.
Agreed cases capture steps, outcomes and evidence. Missing items and blockers are reviewed before delivery.
After you supply a fix, agreed retests return to the original environment and record the updated outcome.
A useful check starts with a defined location, device and network. We confirm the environment with you before testing.
These are our team locations. Cities, devices, networks, target markets and available test scope are confirmed per project. Ask about other locations.
Your product, country and workflow.
Confirm devices, networks, steps and timing.
Follow the steps and capture the outcome.
Repeat agreed checks after your fix.
FactQA’s own local QA teams. We agree the staffing, test environment, evidence and retest scope before each project starts.
We can scope the full journey. Accounts, payment methods, test data, amounts and stop conditions are agreed beforehand. Any live transactions or personal identity data require an explicit project arrangement.
Usually no. A URL or installation method, any needed test account, and the steps and expected results are enough. Share credentials through an agreed channel after scoping.
We help narrow down where an issue may occur, based on reproduction steps and observed behaviour, and suggest practical next steps for investigation and improvement. Our findings come with execution records, environment details, screenshots, recordings and agreed retest results.
We record the environment, attempts and observed results, then review missing trigger conditions with you. Not reproduced does not mean resolved.
The quote depends on countries, environments, steps, rounds and deliverables. Scope, fees and timing are confirmed before work starts.
Tell us your product type, target countries and the onboarding, payment or game journey to test. We will review local resources and scope.
Contact cs@factqa.com.
Prepare a request summary, then send it by email or copy and download it.