בודקים
כל בנייה ש-Ploa יוצרת עוברת ישר ל-TestFlight ולבדיקה הפנימית של Google Play. משם הסוכן שלך מנהל מי מקבל אותה; כל מה ששולח אימייל לאנשים או פותח בנייה לעוד בודקים מחכה לאישור שלך.
תיצור קבוצת TestFlight חיצונית בשם Beta עם קישור ציבורי ל-200 איש.
תכתוב What to Test לבנייה החדשה ביותר לפי השינויים מאז הקודמת, ותיתן אותה לקבוצת Beta.
תוסיף את הקבוצה beta-testers@googlegroups.com למסלול הבדיקה הסגורה.
תעביר את כל הבודקים לבנייה החדשה ביותר ותוריד את הישנות.
הכלים שמאחורי הבקשות האלה: כל כלי ה-MCP › בודקים.
מי עושה מה
| מי | מה |
|---|---|
| הסוכן שלך | קורא את TestFlight ואת מסלולי הבדיקה של Play (ploa_testflight_get, ploa_play_testers_get); יוצר ומשנה קבוצות, כותב What to Test ואת פרטי הבטא, בוחר אילו קבוצות מקבלות בנייה, ועונה על תאימות הייצוא של בנייה (ploa_testflight_save); מוסיף ומסיר את קבוצות ה-Google Groups של הבודקים ב-Play (ploa_play_testers_save). |
| Ploa | מעבירה כל בנייה ל-TestFlight ולבדיקה הפנימית, כך שקבוצה פנימית שמקבלת כל בנייה מקבלת אותה מיד; מראה את מצב בדיקת הבטא של כל בנייה; מציעה להעביר את הבודקים לבנייה החדשה ביותר. |
| אתה | מאשר את מה שמגיע לאנשים: בודקים ש-Apple שולחת להם אימייל, בנייה שנשלחת לבדיקת בטא, קבוצת Google שמתווספת למסלול, והורדת בודקים מבניות ישנות. יוצר ב-Play Console את רשימות האימייל של הבודקים, כי ל-API של Play אין אותן. |
סוכן שהבעלים שלו הפך לאוטונומי מבצע את אלה מיד, והכול נרשם בשמו; ראה הרשאות ואישורים.
TestFlight (iOS)
ל-TestFlight יש שני סוגי קבוצות:
| קבוצה | מי | איך בניות מגיעות אליה |
|---|---|---|
| פנימית | עד 100 אנשים בצוות ה-App Store Connect שלך | מיד אחרי העיבוד של Apple. אפשר להגדיר קבוצה פנימית כך שתקבל כל בנייה לבד. |
| חיצונית | עד 10,000 איש, לפי אימייל או דרך הקישור הציבורי של הקבוצה | אחרי שבדיקת הבטא של Apple מאשרת את הבנייה (הבנייה הראשונה של כל גרסה; הבאות בדרך כלל עוברות מהר יותר). |
הסוכן שלך, או אתה בעמוד הבדיקות של האפליקציה, יכולים:
- ליצור קבוצות, לשנות את השם שלהן ולמחוק אותן; להפעיל קישור ציבורי, עם מגבלה על מספר המצטרפים; להפעיל או לכבות משוב מבודקים.
- להוסיף בודקים לפי אימייל ולראות איפה כל אחד עומד: הוזמן, אישר, התקין. Apple שולחת אימייל לכל אחד מהם, ולכן זה מבקש את האישור שלך. להסיר בודקים.
- לכתוב What to Test לבנייה, בכל שפה.
- לבחור אילו קבוצות מקבלות בנייה. קבוצה חיצונית מקבלת אותה אחרי שבדיקת הבטא אישרה אותה.
- לענות על תאימות הייצוא של בנייה, כשהאפליקציה לא עונה עליה לכל הבניות (ראה תאימות לייצוא).
- למלא את פרטי הבטא שבדיקת הבטא צריכה: תיאור ואימייל למשוב בכל שפה, הקישורים לאתר ולמדיניות הפרטיות, ואיש קשר וחשבון דמו לבודק (סיסמת הדמו אף פעם לא מוצגת שוב, רק אם יש כזו). Ploa אומרת מה עוד חסר לפני שבנייה יכולה לעבור.
- לשלוח בנייה לבדיקת בטא, כדי שבודקים חיצוניים יוכלו לקבל אותה. זה מבקש את האישור שלך.
בדיקות ב-Google Play
| מסלול | מי |
|---|---|
| בדיקה פנימית | עד 100 בודקים מרשימות אימייל, זמין תוך דקות. כל בנייה של Ploa מגיעה לכאן. |
| בדיקה סגורה | בודקים מרשימות אימייל או מ-Google Groups, במסלול הסגור או במסלולים שנתת להם שם. Google בודקת את הגרסאות שבו. |
| בדיקה פתוחה | כל אחד יכול להצטרף מדף החנות; אין רשימה. |
בודקים מצטרפים דרך קישור ההצטרפות של המסלול, ש-Ploa מציגה יחד עם הגרסה הנוכחית של כל מסלול וקבוצות ה-Google Groups של הבודקים שלו. הסוכן שלך מעביר בנייה לבדיקה סגורה או פתוחה בקידום שלה (אתה מאשר; ראה Google Play).
- Google Groups הם הבודקים היחידים שה-API של Play מקבל. הסוכן שלך מוסיף ומסיר אותם במסלול פנימי או סגור לפי הכתובת של הקבוצה, אחרי האישור שלך: כל מי שבקבוצה יכול אז להצטרף דרך קישור ההצטרפות.
- רשימות אימייל יוצרים רק ב-Play Console: לשונית Testers של המסלול › Create email list (שם והאימיילים של הבודקים, או קובץ CSV) › Save changes, ואז מסמנים את הרשימה. הבדיקה הפנימית מקבלת שם רק רשימות אימייל.
- Play מאפשרת לכל אפליקציה מספר מוגבל של שינויים ביום, ולכן הסוכן שלך משנה כמה קבוצות בבת אחת. כשהם נגמרים להיום, Ploa אומרת שזו הסיבה שהיא לא יכלה לקרוא או לשנות את הקבוצות.
חשבונות מפתח אישיים חדשים ב-Google Play (שנפתחו אחרי 13 בנובמבר 2023) חייבים להריץ בדיקה סגורה עם לפחות 12 בודקים שמצטרפים ל-14 ימים ברצף לפני שהאפליקציה יכולה לצאת לפרודקשן; בדיקה פנימית לא נחשבת. אחר כך, בלוח הבקרה של Play Console, מגישים Apply for production; Google עונה בדרך כלל תוך 7 ימים. מדריך ההגדרה מוביל אותך בזה ברגע שהבנייה הראשונה בבדיקה הפנימית. ראה השחרור הראשון של אפליקציה חדשה לפרודקשן.
בודקים על הבנייה החדשה ביותר
כשיוצאת בנייה חדשה יותר, עמוד הבדיקות של האפליקציה מציע, מתחת לשורה של הבנייה החדשה ביותר, להעביר אליה את כל הבודקים ולהוריד את הבניות הישנות. חלון מפרט כל צעד כדי שאפשר יהיה לבטל את הסימון של כל אחד, וזה אישור אחד.
- TestFlight: הבנייה החדשה ביותר עוברת קודם לקבוצות שאין להן אותה. קבוצה פנימית ממשיכה לראות בניות ישנות, ולכן הדרך היחידה להוריד בנייה היא לסיים את התוקף שלה, ואת זה אי אפשר לבטל. בניות ישנות מסיימות את התוקף רק אחרי שלכל קבוצה יש את החדשה ביותר. קבוצה חיצונית שהחדשה ביותר עוד לא הגיעה אליה שומרת את הבניות שהיא בודקת עד שהחדשה עוברת את בדיקת הבטא, ובנייה שגרסת App Store שעדיין בדרך משתמשת בה (בבדיקה, ממתינה, נדחתה) אף פעם לא מוצעת לסיום תוקף.
- Google Play: מסלול בדיקה מגיש רק את הגרסה הנוכחית שלו, ולכן העברת הבודקים פירושה להעביר את המסלול לבנייה החדשה ביותר. ה-API של Play לא יכול למחוק בנייה; בנייה שלא נמצאת באף מסלול לא מגיעה לאף בודק.
בלוח הבקרה
לשונית הגרסאות של האפליקציה › בדיקות מציגה את שתי החנויות זו לצד זו: הקבוצות, הבודקים והבניות של TestFlight, והמסלולים של Play עם הגרסאות וקבוצות ה-Google Groups שלהם. כל שינוי שהסוכן שלך עושה מופיע שם, והאישורים שהוא מבקש מחכים בעמוד האישורים וכהתראה. ל-CLI אין פקודות לבודקים: משתמשים בסוכן שלך או בלוח הבקרה.