<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Sabahattin Sudan</title>
    <description>The latest articles on DEV Community by Sabahattin Sudan (@sabahattin_sudan_1d2c33a5).</description>
    <link>https://dev.to/sabahattin_sudan_1d2c33a5</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4184822%2Fa17affb7-efe1-448a-a79f-e76fdc8ac6f3.jpg</url>
      <title>DEV Community: Sabahattin Sudan</title>
      <link>https://dev.to/sabahattin_sudan_1d2c33a5</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/sabahattin_sudan_1d2c33a5"/>
    <language>en</language>
    <item>
      <title>Google Play's 12-tester rule: 5 things I wish I knew before my closed test</title>
      <dc:creator>Sabahattin Sudan</dc:creator>
      <pubDate>Wed, 14 Oct 2026 15:45:25 +0000</pubDate>
      <link>https://dev.to/sabahattin_sudan_1d2c33a5/google-plays-12-tester-rule-5-things-i-wish-i-knew-before-my-closed-test-3hhf</link>
      <guid>https://dev.to/sabahattin_sudan_1d2c33a5/google-plays-12-tester-rule-5-things-i-wish-i-knew-before-my-closed-test-3hhf</guid>
      <description>&lt;p&gt;If you opened a personal Google Play developer account after November 2023, you can't publish until 12 testers have been in your closed test for 14 days in a row. I'm going through this with my own app right now, and the rule is trickier than it looks. Five things that matter:&lt;/p&gt;

&lt;h2&gt;
  
  
  1. Google counts opt-ins, not installs — and every tester has their own clock
&lt;/h2&gt;

&lt;p&gt;If someone leaves on day 10, their replacement starts at day 0. Invite 15–20 people, not 12, so one or two dropping out doesn't push your application back by two weeks.&lt;/p&gt;

&lt;h2&gt;
  
  
  2. 14 days is the minimum to &lt;em&gt;apply&lt;/em&gt;, not a guarantee
&lt;/h2&gt;

&lt;p&gt;The most common rejection line developers share is: "Testers were not engaged with your app during your closed test." Twelve people who installed once and forgot the app won't cut it.&lt;/p&gt;

&lt;h2&gt;
  
  
  3. Ship at least one update during the test
&lt;/h2&gt;

&lt;p&gt;Another rejection reason is literally: "You didn't follow testing best practices, which may include gathering and acting on user feedback through updates to your app." No update means no evidence you listened.&lt;/p&gt;

&lt;h2&gt;
  
  
  4. The application has 9 questions — answer them with numbers
&lt;/h2&gt;

&lt;p&gt;Google asks how you recruited testers, how engaged they were, what feedback you got, what you changed and how you know the app is ready. "Testers liked it" is a weak answer. "14 of 16 testers used the main feature on at least 10 of the 14 days; version 1.0.3 fixed two crashes they reported" is a strong one. Only use real numbers.&lt;/p&gt;

&lt;h2&gt;
  
  
  5. Give testers tasks, not "please test my app"
&lt;/h2&gt;

&lt;p&gt;A small, specific task every couple of days keeps people actually using the app across the whole 14 days — and gives you feedback to quote in the application.&lt;/p&gt;




&lt;p&gt;I wrote the full step-by-step guide — how Google counts testers, all 9 production access questions with example answers, and what to do after a rejection — here: &lt;a href="https://swaptesters.pages.dev/en/blog/google-play-12-testers-14-days/" rel="noopener noreferrer"&gt;Google Play's 12 testers, 14 days rule: a step-by-step guide&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;If you're stuck on the rule right now, what's the hardest part for you — finding testers or keeping them active?&lt;/p&gt;

</description>
      <category>android</category>
      <category>googleplay</category>
      <category>beginners</category>
      <category>mobile</category>
    </item>
  </channel>
</rss>
