نشر أول تطبيق أندرويد في 2026: الاختبار المغلق (12 مختبِراً، 14 يوماً) خطوة بخطوة

باختصار

• إذا أُنشئ حسابك الشخصي للمطوّرين بعد 13 نوفمبر 2023، فإن Google تشترط اختباراً مغلقاً يضم 12 مختبِراً على الأقل مسجّلين دون انقطاع لمدة 14 يوماً قبل السماح لك بالنشر في الإنتاج.
• الاختبار الداخلي لا يُحتسب. الاختبار المغلق وحده يحرّك العدّاد. وقد خلطت أنا نفسي بين الرابطين.
• منذ 31 أغسطس 2026، يجب أن يستهدف أي تطبيق جديد Android 16 (مستوى API 36). تحقّق من ذلك قبل أي شيء آخر: إنه الشرط الوحيد القادر على إيقاف كل شيء.
• الجزء الأطول ليس البرمجة ولا صفحة المتجر، بل جمع 12 شخصاً حقيقياً والحفاظ عليهم 14 يوماً. استهدف ما بين 15 و20.
• خصّص نحو 3 أسابيع بين أول رفع والوصول إلى الإنتاج، منها 14 يوماً لا يمكن اختصارها.
• أشاركك قائمة التحقق ونماذج الرسائل والجدول الزمني الذي اتبعته، مأخوذة من نشر Qodex.

لماذا كتبت هذا الدليل

نشرت Qodex، وهو ماسح لرموز QR والباركود يعمل دون اتصال بالكامل، في أكتوبر 2026. على الورق، تتسع الخطوات لصفحة واحدة. أما في الواقع، فقد تعثّرت في عشرات التفاصيل التي لا تكاد الوثائق تذكرها: صورة عرض مرفوضة دون تفسير، وتحذير بشأن «رموز التصحيح الأصلية»، وسؤال عن الذكاء الاصطناعي التوليدي، ورابط اختبار تبيّن أنه الرابط الخطأ، وفوق ذلك كله السؤال الأصعب: أين تجد 12 مختبِراً وليس لديك جمهور؟

يتبع هذا الدليل الترتيب الفعلي للخطوات داخل Play Console. لكل خطوة: ما يجب تحضيره، والوقت الذي استغرقته، والفخ الذي واجهته. القواعد المذكورة هنا تحقّقت منها في صفحات المساعدة الرسمية لـ Google في أكتوبر 2026. وهي تتغيّر باستمرار، لذلك أرفقت رابط المصدر في كل مرة.

1. قبل البدء: 4 تحققات تجنّبك إعادة كل شيء

1.1 نوع حسابك

تقدّم Google نوعين من حسابات المطوّرين: شخصي ومؤسسة. والاختيار نهائي.

• حساب شخصي أُنشئ بعد 13 نوفمبر 2023: يلزمك اختبار مغلق (12 مختبِراً، 14 يوماً). وهذه حالتي.
• حساب مؤسسة: لا يخضع لشرط الاختبار المغلق، لكنه يتطلب كياناً قانونياً، وغالباً رقم D-U-N-S.

رسوم التسجيل 25 دولاراً أمريكياً تُدفع مرة واحدة، وقد تطلب Google وثيقة هوية رسمية وبطاقة بنكية باسمك القانوني. البطاقات المسبقة الدفع غير مقبولة. المصدر: إنشاء حساب Play Console.

1.2 مستوى API المستهدف (targetSdk)

هذا ما جعلني أغيّر التطبيق في اللحظة الأخيرة. كان أول تطبيق اخترته يستهدف API 35. لكن منذ 31 أغسطس 2026 يجب أن تستهدف التطبيقات الجديدة والتحديثات Android 16 (API 36) حتى تُقبل. يمكن طلب تمديد حتى 1 نوفمبر 2026 من داخل Console، لكنني لا أنصح ببدء أول نشر على مهلة مؤقتة. المصدر: متطلبات مستوى API المستهدف.

كيف تتحقق:

• مشروع Kotlin/Java: افتح app/build.gradle.kts وابحث عن targetSdk = 36.
• مشروع Flutter: كثيراً ما تأتي القيمة من flutter.targetSdkVersion، وهي مرتبطة بإصدار Flutter لديك. قد يُبقيك إصدار قديم من Flutter على API 35 دون أن تختار ذلك. حدّد القيمة صراحةً أو حدّث Flutter.

قاعدتي منذ ذلك الحين: في أول نشر على الإطلاق أختار التطبيق «الأنظف» (API 36، أذونات قليلة، لا بيانات تُجمع)، لا التطبيق الأكثر طموحاً. الهدف هو فتح الوصول إلى الإنتاج. أما التطبيقات المعقّدة فتأتي بعد ذلك على حساب مُعتمد.

1.3 اسم حزمة نهائي

المعرّف (applicationId، مثل com.oufrid.qodex) لا يمكن تغييره أبداً بعد أول رفع. تأكّد أيضاً من أن اسم التطبيق موحّد في كل مكان: النصوص، وشاشة «حول التطبيق»، وأسماء الملفات المُصدَّرة. في Qodex بقي أثران من اسم المشروع القديم: في تسمية الحافظة وفي اسم ملف CSV المُصدَّر. لا توجد أداة تنبّهك إلى ذلك: ابحث عن الاسم القديم في كامل الشيفرة.

1.4 مفتاح توقيع محفوظ نسخةً احتياطية

توقّع ملف AAB بـمفتاح الرفع (upload key)، ثم تعيد Google توقيع التطبيق بمفتاحها الخاص عبر Play App Signing. إذا فقدت مفتاح الرفع يمكن لـ Google إعادة تعيينه، لكنها إجراءات تفضّل ألا تمرّ بها. احفظ ملف .jks وكلمات مروره في مدير كلمات مرور، ولا تضعه أبداً في مستودع Git ولا في محادثة.

2. الوقت المطلوب لكل خطوة

تذكر Google أن مراجعة طلب الوصول إلى الإنتاج «تستغرق عادةً سبعة أيام أو أقل، وقد تطول أحياناً». المصدر: متطلبات الاختبار للحسابات الشخصية الجديدة.

3. تحضير ملف AAB: الملف الذي ترسله إلى Google

لم تعد Google Play تقبل ملفات APK للتطبيقات الجديدة، بل تحتاج إلى Android App Bundle (AAB)، ثم تولّد Google ملفات APK المناسبة لكل هاتف.

قائمة التحقق قبل الرفع:

1. targetSdk على 36 (انظر أعلاه).
2. versionCode رقم صحيح يزيد مع كل رفع (1، 2، 3…) ولا يمكن أن ينقص أبداً.
3. versionName مقروء (مثل 1.0.1)، وهو ما يراه المستخدمون.
4. ملف AAB موقَّع بمفتاح الرفع، في وضع الإصدار (release).
5. التصغير مفعّل إن أمكن (isMinifyEnabled = true) ومُختبَر: الإعداد السيئ للتصغير يسبب أعطالاً لا تظهر إلا في نسخة الإصدار.
6. تجربة ملف APK الخاص بالإصدار على هاتف حقيقي (وليس نسخة التصحيح فقط).

تُبنى تطبيقاتي عبر GitHub Actions: كل إصدار مُعلَّم يُنتج Release تحتوي على ملف AAB وكل ملفات APK (الشامل وحسب المعالج). الفائدة: أستطيع تثبيت ملف APK الشامل على هاتفي والتأكد بالضبط مما أرسله إلى Google.

تحذير «رموز التصحيح الأصلية»

بعد رفع ملف AAB أظهرت Console الرسالة: «تحتوي حزمة التطبيق هذه على شيفرة أصلية ولم تقم برفع رموز التصحيح».

مع أنني كنت قد وضعت debugSymbolLevel = "SYMBOL_TABLE" في الإعدادات. التفسير: الشيفرة الأصلية في Qodex ليست من كتابتي، بل تأتي من ML Kit، مكتبة Google للتعرّف على الباركود. هذه المكتبات تُوزَّع مُجمَّعة مسبقاً ومجرّدة من الرموز، فلا يوجد ما يمكن رفعه أصلاً.

الخلاصة: إنه تحذير وليس خطأ. لا يوقف المراجعة ولا النشر. إذا كان تطبيقك يحتوي على شيفرة C أو C++ كتبتها بنفسك فارفع الرموز. وإذا كانت الشيفرة الأصلية آتية فقط من مكتبات خارجية (ML Kit، TensorFlow Lite، بعض محركات الألعاب) فيمكنك تجاهله.

4. صفحة المتجر: النصوص والصور

4.1 النصوص

اكتب كل لغة على حدة. الترجمة الآلية الخام تُكشف بسهولة، خصوصاً بالعربية. ولتسريع العمل أنشأت في المختبر مولّد صفحة متجر Play: يعدّ الأحرف مباشرةً باللغات الثلاث وينبّهك إلى ما يتجاوز الحد.

4.2 الصور: الجدول الذي تمنّيت أن يكون لديّ

المواصفات الرسمية كما تحقّقت منها في صفحة مساعدة الأصول الرسومية:

لتكون مؤهلاً لتوصيات Google Play، تنصح الصفحة نفسها بـ 4 لقطات على الأقل بعرض 1080 بكسل كحد أدنى (مثلاً 1080 × 1920 بالوضع العمودي).

4.3 مشكلتي مع صورة العرض (والحل)

قُبلت الأيقونة من المحاولة الأولى. أما صورة العرض فكانت تعرض باستمرار «تعذّر الرفع، يُرجى إعادة المحاولة». فحصت الملف: 1024 × 500 بالضبط، بلا قناة ألفا، بحجم 238 كيلوبايت. أي أنه مطابق للمواصفات.

ما حلّ المشكلة:

1. إعادة تصدير الصورة بصيغة JPEG (بجودة 90 تقريباً) مع حذف البيانات الوصفية وملف تعريف الألوان المدمج.
2. إعادة تحميل صفحة Console ثم المحاولة مجدداً، وعند الحاجة في متصفح آخر أو في نافذة خاصة (فإضافات حجب الإعلانات تعرقل الرفع أحياناً).

تبقى JPEG الصيغة الأكثر أماناً لصورة العرض: لا يمكنها أن تحمل قناة ألفا، وهي الأكثر تسامحاً عند الرفع.

4.4 لقطات شاشة تُقنع

• التقط الشاشات على هاتف حقيقي، والتطبيق مملوء ببيانات واقعية (لا سجلّ فارغ).
• ضع أولاً الشاشة التي تُظهر النتيجة (في Qodex: رمز ممسوح ومفكوك)، لا الشاشة الرئيسية.
• احذف لقطات نوافذ النظام (مثل طلب إذن الكاميرا).
• تأكّد من أن الاسم الظاهر في كل مكان داخل التطبيق هو الاسم النهائي.

5. التصريحات: محتوى التطبيق

هذا هو الجزء «الإداري». يستغرق أقل من ساعة إذا كنت تعرف الإجابات.

5.1 أمان البيانات

يصف هذا النموذج ما يجمعه تطبيقك وما يشاركه. كن دقيقاً: التصريح الخاطئ قد يؤدي إلى إزالة التطبيق. في Qodex كانت الإجابة بسيطة: لا بيانات تُجمع، ولا بيانات تُشارك، والتطبيق لا يطلب حتى إذن الإنترنت.

انتبه: المكتبات الخارجية تُحتسب. إذا أدمجت أداة تحليلات أو إعلانات أو تقارير أعطال، فيجب التصريح بما تجمعه.

5.2 تصنيف المحتوى

استبيان (العنف، المحتوى الجنسي، الألفاظ، القمار، المحتوى الذي ينشئه المستخدمون…). لتطبيق أدوات بلا محتوى حساس ستحصل على تصنيف «للجميع».

5.3 سؤال الذكاء الاصطناعي التوليدي

سألتني Console إن كان تطبيقي يحتوي على محتوى مُنشأ بالذكاء الاصطناعي، مع خيار «وسمه» أو عدمه. تردّدت، لأن وصفي كان يذكر «ذكاءً اصطناعياً مُضمَّناً».

ما يجب فهمه: السؤال يخص التطبيقات التي تُنشئ محتوى (نصاً، صوراً، صوتاً، فيديو) بنموذج توليدي. أما Qodex فيستخدم ذكاءً اصطناعياً للتعرّف: يقرأ الباركود ولا يُنشئ شيئاً. لذلك أجبت بـلا.

الإجابة بـ«نعم» خطأً لا تفيدك بشيء، بل تضيف التزامات، مثل تمكين المستخدمين من الإبلاغ عن محتوى مُنشأ مسيء. أجب وفق ما يفعله تطبيقك فعلاً. وإذا كان يُنشئ محتوى حقاً فصرّح بذلك.

5.4 التصريحات الأخرى

• الجمهور المستهدف: إذا اخترت فئة عمرية تشمل الأطفال، تُطبَّق قواعد إضافية (برنامج العائلات).
• الإعلانات: نعم أو لا حسب تطبيقك.
• الوصول إلى التطبيق: إذا كان جزء من التطبيق يتطلب تسجيل الدخول، فقدّم بيانات اختبار للمراجعين.
• سياسة الخصوصية: رابط عام إلزامي. سياسة Qodex يولّدها موقعي تلقائياً من بيانات التطبيق.

6. الاختبار المغلق: الجزء الذي يستهين به الجميع

6.1 اختبار داخلي أم مغلق: لا تخطئ في الرابط

تقدّم Console عدة مسارات اختبار. خلطت بينها، وكدت أبدأ أيامي الأربعة عشر على المسار الخطأ.

أول رابط نسخته كان رابط اختبار داخلي. إذا رأيت internaltest في العنوان فهو ليس الرابط الصحيح.

6.2 القاعدة بالضبط، كما كتبتها Google

للحسابات الشخصية التي أُنشئت بعد 13 نوفمبر 2023، يلزم اختبار مغلق يضم 12 مختبِراً على الأقل مسجّلين دون انقطاع منذ 14 يوماً على الأقل. وقبل ذلك يبقى الإنتاج معطّلاً. المصدر: مساعدة Play Console.

ما يعنيه ذلك عملياً:

• «دون انقطاع»: المختبِر الذي ينسحب في اليوم العاشر لم يعد يُحتسب. ويذكر عدد من المطوّرين أن العدّاد يعود إلى الصفر إذا نزل العدد تحت 12. لا تخاطر: استهدف ما بين 15 و20 مختبِراً.
• التسجيل ليس مجرد «الوجود في قائمتك»: يجب أن يكون الشخص قد ضغط على رابط الاشتراك وقبِل الدعوة بحساب Google الصحيح.

6.3 قائمة بريد أم مجموعة Google: اختر المجموعة

لتحديد من يحق له الاختبار، تقبل Console قائمة عناوين أو مجموعة Google. اخترت المجموعة:

• تُضاف مرة واحدة في Console؛
• بعد ذلك تُدار العضوية من Google Groups دون العودة إلى Console؛
• يمكن فتحها لطلبات الانضمام حتى يسجّل الناس أنفسهم.

الإعداد:

1. أنشئ المجموعة في Google Groups (عنوان مجموعتي ينتهي بـ @googlegroups.com).
2. حدّد من يمكنه الانضمام: «طلب الانضمام» إذا أردت قبول كل شخص بنفسك، أو الإضافة المباشرة من طرفك.
3. في Console: الاختبار المغلق ← المختبِرون ← مجموعات Google ← الصق عنوان المجموعة.
4. انسخ رابط الاشتراك الظاهر في الصفحة نفسها.

6.4 قناة الملاحظات: بريد إلكتروني يكفي

تطلب Console عنوان بريد أو رابطاً لملاحظات المختبِرين. لاختبار مغلق من 15 إلى 20 شخصاً، البريد الإلكتروني هو الخيار الأفضل: مباشر وشخصي ولا يتطلب نموذجاً للصيانة. النموذج المنظّم لا يصبح مفيداً إلا مع عشرات المختبِرين.

6.5 مسار المختبِر في خطوتين (فخ الرابط الذي لا يعمل)

رابط الاشتراك لا يعمل إلا لمن هو عضو في المجموعة مسبقاً. من يضغط عليه قبل إضافته يرى ببساطة أنه ليس مختبِراً. إذا اكتفيت بمشاركة هذا الرابط فستخسر أشخاصاً.

لذلك أنشأت في صفحة Qodex مساراً من خطوتين مرقّمتين:

1. التسجيل كمختبِر: زر يؤدي إلى نموذج Google يطلب عنوان Gmail المستخدم على هاتف الأندرويد.
2. الانضمام إلى الاختبار والتثبيت: بعد تأكيد التسجيل (وأنا أُخبر الشخص بذلك)، يعود ويفتح رابط الاشتراك ويقبل ثم يثبّت التطبيق من Google Play.

وتذكّر ملاحظة تحذيرية بأن الخطوة الثانية لا تعمل إلا بعد التأكيد، على أندرويد فقط، وبحساب Gmail المُقدَّم. ومنذ ذلك الحين، كل تطبيق أضعه في الاختبار يحصل تلقائياً على المسار نفسه في موقعي.

7. إيجاد 12 مختبِراً وليس لديك جمهور

هذا هو لبّ المسألة. مع العائلة والأصدقاء الأمر سهل: ترسل رسالة، تطلب عنوان Gmail، وانتهى. لكن طلب البريد الإلكتروني من شخص لا يعرفك في رسالة خاصة يثير الريبة. الحل: اجعل الغرباء يأتون إليك، في سياق يكون فيه تقديم عنوان Gmail أمراً طبيعياً.

7.1 المصادر الأربعة التي تنجح

1. محيطك (العائلة، الأصدقاء، الزملاء، العملاء): الأساس، بشرط أن يملكوا هاتف أندرويد وحساب Gmail. لا يلزمهم استخدام التطبيق بكثافة، بل إبقاؤه مثبتاً فقط.
2. مجتمعات تبادل المختبِرين: منذ ظهور القاعدة، صار المطوّرون يختبرون تطبيقات بعضهم على Reddit (ابحث عن «closed testing» في مجتمعات أندرويد والاختبار التجريبي)، وعلى Telegram وDiscord. تختبر تطبيقاتهم ويختبرون تطبيقك. هناك، تقديم عنوان Gmail هو جوهر التبادل.
3. نموذج عام على موقعك، تنشره عبر شبكاتك (LinkedIn وX ومجموعات المطوّرين): من يملؤه متطوّع بإرادته.
4. خدمات المختبِرين المدفوعة: موجودة، لكن جودتها متفاوتة ولا تعوّض المستخدمين الحقيقيين. أحتفظ بها كملاذ أخير.

7.2 إزالة الشك: الجملة التي تطمئن

عندما تشرح سبب طلب العنوان، تزول الريبة. هذه هي الصيغة التي أستخدمها:

إنه ببساطة حساب Google الذي تستخدمه أصلاً على متجر Play. لا أرى كلمة مرورك أبداً: Google تحتاج فقط إلى قائمة الحسابات المسموح لها بالاختبار. ويمكنك مغادرة الاختبار متى شئت. إنه شرط رسمي من Google قبل أي نشر.

7.3 نموذج رسالة: المحيط القريب (واتساب)

مرحباً! نشرت للتو أول تطبيق أندرويد لي، Qodex:
ماسح لرموز QR والباركود يعمل دون اتصال بالكامل،
بلا إعلانات ولا متتبعات. قبل الإطلاق العام تطلب
Google بعض المختبِرين. هل يمكنك مساعدتي؟ يكفي أن
تثبّته وتُبقيه نحو أسبوعين.
إن وافقت، أرسل لي عنوان Gmail الخاص بهاتفك الأندرويد.

7.4 نموذج رسالة: مجتمع التبادل (Reddit، Telegram)

[تبادل اختبار مغلق] Qodex: ماسح QR وباركود دون اتصال

أبحث عن مختبِرين لاختباري المغلق (قاعدة 12 مختبِراً / 14 يوماً).
في المقابل أختبر تطبيقك وأُبقيه مثبتاً 14 يوماً.

1. التسجيل (Gmail هاتفك الأندرويد): <رابط النموذج>
2. أضيفك خلال 24 ساعة وأُعلمك.
3. تنضم إلى الاختبار: <رابط الاختبار المغلق>

ضع رابط اختبارك في الرد، وسأسجّل في اليوم نفسه.

قاعدتان في هذه المجتمعات: التزم بنصيبك من التبادل (أبقِ تطبيقاتهم 14 يوماً أنت أيضاً)، وكن سريعاً في إضافة الناس إلى المجموعة، وإلا تخلّوا عنك.

7.5 نموذج رسالة: بعد إضافة الشخص

تمّ تسجيلك كمختبِر. ثلاث خطوات:
1. افتح هذا الرابط: <رابط الاختبار المغلق>
2. اضغط على «Become a tester»
3. اضغط على «Download it on Google Play» وثبّت التطبيق
مهم: استخدم الهاتف الذي يحمل حساب Gmail الذي أعطيتني إياه،
وأبقِ التطبيق مثبتاً نحو أسبوعين. شكراً لك!

8. الجدول الزمني النموذجي، من اليوم 0 إلى الإنتاج

نصيحة: لا تبدأ العدّاد بـ 3 مختبِرين. اجمع أولاً نحو خمسة عشر مسجّلاً، أضفهم جميعاً، ثم شارك الرابط. ستكون أيامك الأربعة عشر أكثر أماناً.

9. طلب الوصول إلى الإنتاج

عند اكتمال الشروط يظهر زر في لوحة التحكم. يتكوّن النموذج من ثلاثة أقسام: اختبارك المغلق، وتطبيقك، وجاهزيته للإنتاج. أجب بشكل ملموس:

• كيف جمعت مختبِريك؟ قلها بصدق (المحيط، المجتمعات، النموذج).
• ما الملاحظات التي تلقيتها وما الذي غيّرته؟ اذكر أمثلة محددة: عطل أصلحته، نص وضّحته. هنا يصنع الاختبار الحقيقي الفارق.
• لماذا التطبيق جاهز؟ الاستقرار، غياب الأعطال، الميزات المُختبَرة.

إذا رأت Google أن التطبيق غير جاهز، قد تطلب منك مواصلة الاختبار. وهذا ليس رفضاً نهائياً.

10. الفخاخ وحلولها

11. وماذا عن ملفات APK خارج Google Play؟

إذا كنت توزّع ملفات APK على موقعك أيضاً، فهناك قاعدة جديدة تعنيك. بدأت Google التحقق من مطوّري أندرويد: في البداية في البرازيل وإندونيسيا وسنغافورة وتايلاند، مع توسيع عالمي مخطّط له في 2027. في هذه البلدان يصبح تثبيت تطبيقات المطوّرين غير المُتحقَّق منهم أصعب على الأجهزة المعتمدة. المصدر: التحقق من مطوّري أندرويد.

إذا كنت تنشر على Google Play بحساب مُتحقَّق منه، فأنت أصلاً في الإطار الصحيح. أما ملفات APK الموزّعة خارجه فتابع تطورات تلك الصفحة.

FAQ

هل يُحتسب الاختبار الداخلي في الـ 14 يوماً؟

لا. الاختبار المغلق وحده يُحتسب. الاختبار الداخلي مخصص للتحقق السريع من التثبيت مع ما يصل إلى 100 مختبِر، لكنه لا يفتح الوصول إلى الإنتاج.

هل تنطبق قاعدة الـ 12 مختبِراً على حساب المؤسسة؟

لا. القاعدة تخص حسابات المطوّرين الشخصية المُنشأة بعد 13 نوفمبر 2023. حسابات المؤسسات غير خاضعة لها.

هل يجب أن يستخدم المختبِرون التطبيق يومياً؟

القاعدة تتعلق بالبقاء مسجّلاً دون انقطاع طوال 14 يوماً. لكن في طلب الوصول إلى الإنتاج تسألك Google عن الاختبار والملاحظات التي تلقيتها، والمختبِرون الذين يفتحون التطبيق ويرسلون ملاحظاتهم يجعلون ملفك أقوى بكثير.

ماذا يحدث إذا انسحب مختبِر أثناء الاختبار؟

لم يعد يُحتسب. وإذا نزل العدد تحت 12 فقد تضطر إلى إعادة العدّ. لهذا يجب أن تجمع هامشاً من 3 إلى 8 أشخاص إضافيين.

هل يمكنني نشر تحديث أثناء الاختبار المغلق؟

نعم. ارفع ملف AAB جديداً بقيمة versionCode أعلى على المسار نفسه، ويبقى المختبِرون المسجّلون مسجّلين. بل إن إصلاح الملاحظات أثناء الاختبار حجة جيدة في طلب الإنتاج.

هل يجب التصريح بالذكاء الاصطناعي إذا كان تطبيقي يستخدم ML Kit؟

السؤال يخص الذكاء الاصطناعي التوليدي الذي يُنشئ محتوى. أما التعرّف (الباركود، النصوص، الوجوه) فليس منه. أجب وفق ما يفعله تطبيقك فعلاً.

كم يستغرق الأمر إجمالاً؟

في حالتي، احسب نحو ثلاثة أسابيع بين أول رفع والوصول إلى الإنتاج: بضعة أيام للمراجعة، والوقت اللازم لجمع 12 مختبِراً، و14 يوماً من الاختبار، ثم نحو 7 أيام للمراجعة النهائية.

---

تحضّر لنشر تطبيق وتريد تجنّب هذه الأسابيع الثلاثة من التجربة والخطأ؟ أصمّم تطبيقات أندرويد وأنشرها من البداية إلى النهاية، بما في ذلك الحساب وصفحة المتجر والاختبار المغلق. لنتحدث عن مشروعك. وإن أردت تجربة تطبيقاتي القادمة قبل الجميع، فانضم إلى نادي المختبِرين.