Sea Guardian: Tanker Escort app iconCase studyArcade · 6 min read

Helping a New Android Developer Pass Google Play Closed Testing: Sea Guardian: Tanker Escort

Sea Guardian: Tanker Escort is a portrait-mode arcade naval shooter developed by Wanna Play Games, in which the player escorts a single tanker through a 16-stage fictional strait while dismantling enemy capital ships module by module. The developer was working from a new personal Google Play developer account, which meant the app was subject to Google's closed testing requirement before it could be released to the public. Teekam Suthar was brought in to run that closed testing phase end to end — tester enrollment, daily testing, issue tracking, and a written QA report the developer could act on before applying for production access.

Real testers enrolled
16
To enroll every tester
~2 hrs
Written QA report delivered
Day 6
Production access
Approved

What was tested?

Testing areaCoverage
Testers16 testers, each on their own Android device
Android versionsAndroid 13 – Android 16
Testing windowAug 24 – Sep 10, 2026 (~18 days, including remediation)
Usage patternTesters asked to play the complete game daily
Focus areasGameplay smoothness, device/OS compatibility, high-score data
QA findings3 headline issues plus smaller issues; written report on day 6
  1. 1

    The Developer's Problem

    The developer's Google Play account was a new personal account, which put the app under Google's closed testing requirement for new personal developer accounts: at least 12 testers continuously opted in for at least the last 14 days before applying for production access. Without an existing base of engaged testers, meeting that requirement — and doing so with testing that actually surfaced usable feedback rather than just satisfying a headcount — was the immediate obstacle standing between the finished game and a public release.

  2. 2

    Starting Situation

    Sea Guardian: Tanker Escort was functionally complete and uploaded to a closed testing track when testing began. The app supports English, Korean, and Japanese, runs offline, and is built around one-touch, drag-to-steer controls — a control scheme and a multi-language, multi-device audience that made device and version compatibility a meaningful testing concern rather than a formality.

  3. 3

    Our Approach

    Sixteen testers were enrolled within approximately two hours of the engagement starting, and testing began the same day — August 24, 2026. The tester count was set above Google's 12-tester minimum, consistent with our standard practice of enrolling a buffer so the requirement is met even if individual testers are inconsistent. Testers were asked to play the complete game on a daily basis for the duration of the test, rather than opting in and installing without further use.

  4. 4

    Testing Process

    Over the following days, testers played through the game's stages on their own Android devices, covering a spread of Android versions from Android 13 through Android 16. This device and OS spread was deliberate: a portrait-mode arcade game with destructible-module mechanics and screen-shake settings is exactly the kind of app where behavior can diverge across manufacturer skins and OS versions in ways a single test device won't reveal.

  5. 5

    Issues Identified

    Testing surfaced several concrete issues rather than a generic "all working" result:

    • Gameplay smoothness issues affecting the core play experience.
    • Device compatibility issues between devices running Android 13 and Android 16.
    • High-score functionality not working correctly — score data was not recording or displaying as expected.
    • Additional smaller issues identified during the testing period beyond these three.
  6. 6

    QA Feedback

    A written QA report was delivered on day 6 of the testing period, summarizing the issues found up to that point — including the gameplay smoothness problems, the Android-version compatibility gaps, and the high-score defect — so the developer could begin addressing them without waiting for the full test window to close.

  7. 7

    Developer Fixes

    The developer made fixes in response to the reported issues during the testing period.

  8. 8

    Retesting / Continued Testing

    Testing continued past the day-6 report, with testers using the updated build under the same daily-play conditions, through to the end of the engagement on approximately September 10, 2026 — a total testing and remediation window of roughly 18 days.

  9. 9

    Outcome

    Production access for Sea Guardian: Tanker Escort was approved.

“I just passed my app testing and wanted to leave a review. Keeping 12 testers for 14 days felt overwhelming. Then I got in touch with Teekam, and with his help I was able to get through the app testing. Before starting, my biggest concern was whether I could trust someone to work with. I worried about whether the service would actually be carried out after payment, but that worry turned out to be unnecessary. Throughout the two weeks, I always received replies within a reasonable time. What I liked most about working with Teekam was the communication. He actually played the app himself and even sent a detailed written feedback report partway through. I felt supported throughout the entire testing period, and I finally received the email from Google saying my app was granted Production Access. From start to finish, it was a professional and trustworthy experience. I recommend working with him.”
Client testimonialDeveloper of Sea Guardian: Tanker EscortRead on Reddit, r/testimonials

Evidence

What this case demonstrates

This engagement illustrates the difference between simply meeting Google's tester-count minimum and running testing that produces evidence a developer can use. Enrolling testers above the minimum, having them play the complete game daily rather than opt in once, and delivering a mid-cycle written report meant the developer had specific, actionable findings — a smoothness issue, a version-compatibility gap, a broken high-score feature — partway through the test window, not just a pass/fail result at the end.

Important note

Google Play controls all production access decisions, and outcomes vary by app and account. Completing closed testing — even testing that surfaces and resolves real issues — does not guarantee approval on any particular timeline. This case describes what happened in one specific engagement; it is not a representation of a guaranteed result for other apps or accounts.

Related guides