מתבצעת הגדרה לרישוי

לפני שמתחילים להוסיף לאפליקציה אימות רישיונות, צריך להגדיר חשבון הפרסום ב-Play, סביבת הפיתוח וכל חשבונות הבדיקה שנדרשים לאימות ביישום שלך.

הגדרת חשבון בעל תוכן דיגיטלי

אם עדיין אין לך חשבון בעל תוכן דיגיטלי ב-Google Play, עליך להירשם ליצירת חשבון משתמש בחשבון Google שלך ומסכים לתנאים ולהגבלות של Google Play.

מידע נוסף זמין במאמר תחילת העבודה עם פרסום.

אם כבר יש לך חשבון בעל תוכן דיגיטלי ב-Google Play, ניתן להשתמש צריך להגדיר רישוי ב-Play Console.

באמצעות Google Play Console, אתם יכולים:

• קבלת מפתח ציבורי ספציפי לאפליקציה לרישוי
• ניפוי באגים ובדיקה של הטמעת רישוי של אפליקציה, לפני פרסום האפליקציה
• צריך לפרסם את האפליקציות שהוספת להן תמיכה ברישוי

הגדרות אדמין לרישוי

אפשר לנהל כמה תכונות אמצעי בקרה לניהול הרישוי של Google Play ב-Play Console. אמצעי הבקרה מאפשרות לכם:

• מגדירים כמה "חשבונות בדיקה", מזוהה באמצעות כתובת האימייל. הרישוי השרת מאפשר למשתמשים שמחוברים לחשבון לבדוק חשבונות במכשיר או באמולטור לשלוח בדיקות רישיונות וקבלת תגובות בדיקה סטטיות. אפשר להגדיר חשבונות דף פרטי החשבון ב-Play Console.
• להגדיר תגובות בדיקה סטטיות שהשרת שולח, כשהוא מקבל בדיקת רישיון לאפליקציה שהועלתה לחשבון המוציא לאור על ידי משתמש שמחוברים לחשבון המפרסם או לחשבון בדיקה. אפשר להגדיר את התשובות לבדיקה בדף פרטי החשבון ב-Play Console.
• משיגים את המפתח הציבורי של האפליקציה לצורך רישוי. כאשר אתה מיישם רישוי באפליקציה, עליך להעתיק את מחרוזת המפתח הציבורי תרגום מכונה. אפשר לקבל את המפתח הציבורי של האפליקציה לרישוי בשירותים ו- הדף APIs (בקטע 'כל האפליקציות').

איור 1. מפתח הרישיון של האפליקציה זמין דרך שירותים דף ממשקי ה-API ב-Play Console.

מידע נוסף על אופן העבודה עם חשבונות בדיקה ובדיקה סטטית ראו הגדרה של סביבת בדיקה בהמשך.

התקנת סביבת הפיתוח

כדי להגדיר את הסביבה לרישוי, יש לבצע את המשימות הבאות:

1. הגדרת סביבת זמן הריצה לפיתוח
2. הורדת ה-LVL ל-SDK
3. הגדרה של ספריית אימות הרישיונות
4. הכללה של הפרויקט של ספריית LVL באפליקציה

הקטעים הבאים מתארים את המשימות האלה. בסיום ההגדרה, אפשר להתחיל להוסיף הקצאת רישיון לאפליקציה שלך.

כדי להתחיל, עליכם להגדיר סביבה תקינה של זמן ריצה שבה אפשר להריץ, לנפות באגים ולבדוק את הטמעת הרישיון באפליקציה שלך תהליך הבדיקה והאכיפה.

הגדרת סביבת זמן הריצה

כפי שתואר קודם, בקשות בודקות את סטטוס הרישיון ולא על ידי יצירת קשר עם את שרת הרישוי באופן ישיר, אבל על ידי קישור לשירות שמסופק על ידי אפליקציית Google Play והגשת בקשה לבדיקת רישיון. פלטפורמת Google לאחר מכן, שירות Play יטפל בתקשורת הישירה עם שרת הרישוי ולבסוף, מנתבים את התגובה חזרה לאפליקציה. לניפוי באגים ולבדיקה ברישיון באפליקציה, עליך להגדיר סביבת זמן ריצה האפליקציה כוללת את שירות Google Play הדרוש, כדי שהאפליקציה תוכל כדי לשלוח בקשות בדיקת רישיון לשרת הרישוי.

יש שני סוגים של סביבת זמן ריצה שאפשר להשתמש בהם:

• מכשיר מבוסס Android שכולל את אפליקציית Google Play, או
• אמולטור Android שבו פועל תוסף Google APIs, רמת API 8 (גרסה 2) ומעלה

פועלת במכשיר

כדי להשתמש במכשיר מבוסס-Android עבור ניפוי באגים ובדיקת רישוי, המכשיר צריך:

• פועלת במכשיר גרסה תואמת של Android 1.5 ואילך (רמת API) 3 ואילך), וגם
• הפעלת תמונת מערכת שעליה אפליקציית הלקוח של Google Play מותקנת מראש.

אם אפליקציית Google Play לא הותקנה מראש בתמונת המערכת, האפליקציה לא להיות מסוגלים ליצור קשר עם שרת הרישוי של Google Play.

לקבלת מידע כללי על הגדרת המכשיר לשימוש בפיתוח אפליקציות ל-Android, ראו שימוש במכשירי חומרה.

הפעולה פועלת באמולטור Android

אם אין לך מכשיר זמין, אפשר להשתמש באמולטור Android לניפוי באגים ובדיקה של רישוי.

כי פלטפורמות Android שמסופקות ב-Android SDK כן לא כוללים את Google Play, תצטרכו להוריד את תוסף Google APIs API ברמת API 8 (ואילך), ממאגר ה-SDK. אחרי ההורדה של התוסף, עליכם ליצור הגדרה של AVD שמשתמשת בתמונת המערכת הזו.

תוסף Google APIs לא כולל את לקוח Google Play המלא. עם זאת, היא מספקת:

• שירות רקע של Google Play שמטמיע את ממשק מרוחק של ILicensingService, כדי שהאפליקציה תוכל לשלוח בדיקות רישיון ברשת לשרת הרישוי.
• קבוצה של שירותי חשבון בסיסיים שמאפשרים להוסיף חשבון Google ל- את ה-AVD ונכנסים באמצעות פרטי הכניסה של חשבון המפרסם או חשבון הבדיקה.

  כדאי להיכנס באמצעות חשבון בעל האפליקציה או חשבון הבדיקה כדי לנפות באגים ולבדוק אותם של האפליקציה מבלי לפרסם אותה. מידע נוסף מופיע בקטע כניסה לחשבון מורשה בהמשך.

יש כמה גרסאות של תוסף Google APIs שזמינים דרך SDK Manager, אבל רק הגרסה ל-Android 2.2 ואילך כוללת את Play Services.

כדי להגדיר אמולטור להוספת רישיון לאפליקציה, פועלים לפי ההוראות הבאות: את השלבים הבאים:

1. מפעילים את מנהל ה-SDK של Android, שזמין בתפריט 'כלים' ב-Android Studio (כלים > Android > SDK Manager) או על ידי הפעלה <sdk>/tools/android sdk.
2. בוחרים ומורידים Google APIs לגרסת Android שאליה רוצים לטרגט. (חייבת להיות מערכת Android מגרסה 2.2 ומעלה).
3. בסיום ההורדה, פותחים את 'מנהל ה-AVD', הזמין ב-Android Studio בתפריט 'כלים' (כלים > Android > מנהל AVD) או על ידי ביצוע <sdk>/tools/android avd.
4. בחלון ניהול מכשיר וירטואלי של Android, בוחרים + יצירת מכשיר וירטואלי כדי להגדיר את פרטי ההגדרה של ה-AVD החדש.
5. בחלון Virtual Device Configuration (הגדרת מכשיר וירטואלי), בוחרים את החומרה של המכשיר ואז בוחרים באפשרות הבא.
6. בוחרים Google API בתור תמונת המערכת שתרוץ ב-AVD החדש. לאחר מכן בוחרים באפשרות הבא.
7. יש להקצות שם תיאורי ל-AVD ואז להגדיר את שאר פרטי ההגדרה בתור הדרושים.
8. בוחרים באפשרות סיום כדי ליצור את תצורת ה-AVD החדשה, שתופיע רשימה של מכשירי Android וירטואליים זמינים.

אם אתם לא מכירים את התקני ה-AVD או לא יודעים איך להשתמש בהם, כדאי לעיין במאמר בנושא ניהול מכשירים וירטואליים.

מתבצע עדכון של הגדרות הפרויקט

אחרי שמגדירים סביבת זמן ריצה שעומדת בדרישות שמתוארות למעלה – במכשיר אמיתי או באמולטור – לעדכן את פרויקט האפליקציה או לבנות סקריפטים לפי הצורך, כדי שהמערכות קובצי .apk שנעשה בהם שימוש ברישיון נפרסו בסביבה הזו. באופן ספציפי, אם אתם מפתחים ב-Android Studio, הקפידו להגדיר הרצה או ניפוי באגים של תצורה שמטרגטת למכשיר או ל-AVD המתאימים.

אתה לא צריך לבצע שינויים כלשהם בהטמעה של האפליקציה תצורת build, בתנאי שהפרויקט כבר מוגדר להדר מול ספרייה רגילה של Android 1.5 (רמת API 3) ואילך. הוספת רישוי לאפליקציה לא אמורה להיות השפעה כלשהי על תצורת ה-build של האפליקציה.

הורדה של ה-LVL

ספריית אימות הרישיונות (LVL) היא אוסף של כיתות עוזרים התהליך של הוספת הרישוי יכול להיות פשוט מאוד תרגום מכונה. בכל המקרים, מומלץ להוריד את ה-LVL ולהשתמש בו בתור הבסיס להטמעת הרישוי באפליקציה.

הספרייה לאימות רישיונות (LVL) פותחה ב- GitHub. אפשר לשכפל את מאגר LVL ומגדירים אותו בתור פרויקט ספרייה. משכפלים את המאגר באמצעות הקלדת הפקודה הבאה בשורת הפקודה:

git clone https://github.com/google/play-licensing

המאגר כולל:

• מקורות LVL, שמאוחסנים בפרויקט ספרייה של Android.
• אפליקציה לדוגמה בשם 'sample' שתלוי בספריית ה-LVL פרויקט. הדוגמה ממחישה איך אפליקציה משתמשת בכלי העזר של הספרייה כדי לבדוק ולאכוף רישוי.

הגדרת הספרייה לאימות רישיונות

אחרי שמורידים את ה-LVL למחשב, צריך להגדיר אותו בסביבת הפיתוח, כפרויקט בספריית Android או להעתיק (או לייבא) את מקורות הספרייה ישירות לתוך של האפליקציה. באופן כללי, מומלץ להשתמש ב-LVL כפרויקט ספרייה. מכיוון שהיא מאפשרת לך לעשות שימוש חוזר בקוד הרישוי שלך בכמה אפליקציות לשמור עליו בקלות רבה יותר לאורך זמן. שימו לב שה-LVL לא נועד שעברו הידור בנפרד ונוספו לאפליקציה כקובץ jar .סטטי.

הדרך המומלצת לשימוש ב-LVL היא להגדיר אותו כמכשיר Android חדש פרויקט ספרייה. פרויקט ספרייה הוא סוג של פרויקט פיתוח שכולל את קוד המקור והמשאבים המשותפים של Android. אפליקציית Android אחרת פרויקטים יכולים להפנות לפרויקט הספרייה, ובזמן ה-build, הם יכולים לכלול מקורות שעברו הידור ב-.apk הקבצים שלהם. בהקשר של רישוי, המשמעות היא שתוכלו לבצע את רוב הפיתוח של הרישוי פעם אחת, בספרייה לפרויקט, לכלול את מקורות הספרייה בפרויקטים השונים של האפליקציות. כך אפשר לשמור בקלות על הטמעה אחידה של רישוי בכל הפרויקטים שלכם ולתחזק אותם בצורה ריכוזית. אם אתם לא מכירים בפרויקטים בספרייה ואיך להשתמש בהם, ניהול פרויקטים.

ה-LVL מסופק כפרויקט ספרייה מוגדר — ברגע שיש לכם הורדת אותו, תוכל להתחיל להשתמש בו מיד.

אם אתם עובדים ב-Android Studio, צריך להוסיף את ה-LVL אל את הפרויקט כמודול חדש.

1. שימוש ב'מודול ייבוא ממקור' כדי לייבא מודול ספרייה, בוחרים קובץ > חדש > ייבוא מודול.
2. בחלון ייבוא מודול ממקור, בספריית המקור, מזינים את הערכים של ה-LVL הספרייה library (הספרייה שמכילה את הקובץ AndroidManifest.xml של הספרייה) בתור בסיס הפרויקט (<sdk>/extras/google/play_licensing/library/AndroidManifest.xml), ובוחרים באפשרות הבא.
3. בוחרים באפשרות סיום כדי לייבא את מודול הספרייה.

למידע נוסף על עבודה עם מודולים של ספרייה ב-Android Studio, אפשר לעיין במאמר הבא: יוצרים ספרייה ל-Android.

כולל מקורות הפרויקט של ספריית LVL אפליקציה

אם ברצונך להשתמש במקורות LVL כפרויקט ספרייה, עליך להוסיף מתייחס לפרויקט ספריית LVL במאפיינים של פרויקט האפליקציה. זה אומר לבנות כלים כדי לכלול את מקורות הפרויקט של ספריית LVL באפליקציה שלך ב- זמן הידור. התהליך של הוספת קובץ עזר לפרויקט ספרייה תלוי בתהליך בסביבת הפיתוח, כפי שמתואר בהמשך.

אם אתם מפתחים ב-Android Studio, כבר הייתם צריכים להוסיף את של הספרייה לפרויקט, כפי שמתואר בקטע הקודם. אם עדיין לא עשית זאת, יש לעשות זאת עכשיו לפני המשך הפעולה.

אם אתם מפתחים באמצעות כלי שורת הפקודה של ה-SDK, עוברים אל הספרייה שמכילה את פרויקט האפליקציה ופותחים את הקובץ קובץ project.properties. מוסיפים לקובץ שורה שמציינת את המפתח android.library.reference.<n> והנתיב אל לספרייה. לדוגמה:

android.library.reference.1=path/to/library_project

לחלופין, אפשר להשתמש בפקודה הזו כדי לעדכן את הפרויקט נכסים, כולל ההפניה לפרויקט הספרייה:

android update lib-project
--target <target_ID> \
--path path/to/my/app_project \
--library path/to/my/library_project

למידע נוסף על עבודה עם פרויקטים בספרייה: ראה הגדרת פרויקט ספרייה.

הגדרת סביבת הבדיקה

Google Play Console מספק כלי הגדרה שמאפשרים לך ואחרים בודקים את הרישיונות של האפליקציה לפני שהיא מתפרסמת. במצב הנוכחי על ידי הטמעת רישוי, אפשר להשתמש בכלים של Play Console כדי לבדוק למדיניות של האפליקציה שלך ולטיפול בתגובות רישוי שונות במצבי שגיאה.

הרכיבים העיקריים בסביבת הבדיקה לרישוי כוללים:

• 'תגובה לבדיקה' בחשבון בעל התוכן הדיגיטלי, שמאפשרת הגדרת תגובת הרישיון הסטטי המוחזרת, כאשר השרת מעבד בדיקת רישיון לאפליקציה שהועלתה לחשבון המוציא לאור על ידי משתמש שמחוברים לחשבון המפרסם או לחשבון בדיקה.
• קבוצה אופציונלית של חשבונות בדיקה שיקבלו את הבדיקה הסטטית תשובה כשהם יבדקו את הרישיון של אפליקציה שהעלית (בלי קשר לאפליקציה שפורסמה או לא).
• סביבת זמן ריצה של האפליקציה שכוללת את Google Play או את תוסף Google APIs, שבהם המשתמש מחובר חשבון של בעל אתר או אחד מחשבונות הבדיקה.

הגדרה נכונה של סביבת הבדיקה כוללת:

1. הגדרת תגובות בדיקה סטטיות שמוחזרות על ידי שרת הרישוי.
2. מגדירים חשבונות בדיקה לפי הצורך.
3. נכנסים בצורה תקינה לאמולטור או למכשיר, לפני שמתחילים בדיקה של בדיקת רישיון.

בקטעים הבאים מופיע מידע נוסף.

הגדרת תגובות בדיקה לבדיקות רישיון

Google Play מספקת הגדרת תצורה בחשבון המוציא לאור שלך שמאפשר לך לבטל את העיבוד הרגיל של בדיקת רישיון ולהחזיר את קוד התגובה הסטטי שצוין. ההגדרה מיועדת לבדיקה בלבד, והיא חלה רק לבדיקות רישיון לאפליקציות שהעלית, שנוצרו על ידי כל משתמש שמחובר לאמולטור או למכשיר באמצעות פרטי הכניסה של או חשבון בדיקה רשום. עבור משתמשים אחרים, השרת תמיד מעבדות בדיקות רישיון בהתאם לכללים הרגילים.

כדי להגדיר תגובה לבדיקה בחשבון, יש להיכנס לחשבון בעל התוכן הדיגיטלי ולוחצים על "Edit Profile" (עריכת הפרופיל). בדף Edit Profile (עריכת פרופיל), מחפשים את התגובה לבדיקה בחלונית הרישוי שמוצגת בהמשך. אפשר לבחור מתוך הקבוצה המלאה של קודים חוקיים של תגובת שרת כדי לשלוט בתגובה או בתנאי שאתם רוצים באפליקציה שלכם.

באופן כללי, חשוב לבדוק את רישיון הבקשה באמצעות כל קוד תגובה שזמין בתפריט של התגובה לבדיקה. לתיאור של הקודים, ראו שרת קודי תגובה בחומר העזר בנושא רישוי.

איור 2. בדיקת הרישיון בחלונית של פרטי החשבון מאפשרת להגדיר חשבונות בדיקה לנהל את התגובות לבדיקה.

שימו לב שתגובת הבדיקה שאתם מגדירים חלה על כל החשבון — כלומר, היא חלה לא על אפליקציה יחידה, אלא על כל אפליקציות המשויכות לחשבון המוציא לאור. אם אתם בודקים מספר אפליקציות בו-זמנית, שינוי תגובת הבדיקה ישפיע על כל בבדיקת הרישיון הבאה שלהם (אם המשתמש נכנס אל את האמולטור או המכשיר באמצעות חשבון המפרסם או חשבון בדיקה).

לפני שתוכלו לקבל תגובה לבדיקה לגבי בדיקת הרישיון, עליך להיכנס לחשבון של המכשיר או האמולטור שבו האפליקציה מותקן, וממנה הוא שולח שאילתה לשרת. ובאופן ספציפי, צריך נכנסים באמצעות חשבון המפרסם או אחד מחשבונות הבדיקה הגדיר/ה. מידע נוסף על חשבונות בדיקה זמין בקטע הבא.

לעיון בשרת קודי תגובה לרשימה של את התשובות האפשריות לבדיקה ואת המשמעות שלהן.

הגדרה של חשבונות בדיקה

במקרים מסוימים, מומלץ לאפשר למספר צוותים של מפתחים לבדוק של רישיונות לאפליקציות שיפורסמו בסופו של דבר באמצעות אבל מבלי לתת לו גישה לחשבון המפרסם שלך בפרטי הכניסה. כדי לתת מענה לצורך הזה, שירות Google Play Console מאפשר מגדירים חשבון בדיקה אופציונלי אחד או יותר – חשבונות מורשה לשלוח שאילתה על שרת הרישוי ולקבל תגובות בדיקה סטטיות מ- חשבון המפרסם שלך.

חשבונות בדיקה הם חשבונות Google רגילים שאתם רושמים בחשבון שלכם חשבון של בעל האתר, כך שהוא יקבל את תגובת הבדיקה שהעליתם. לאחר מכן המפתחים יכולים להיכנס של מכשירים או אמולטורים שמשתמשים בפרטי הכניסה של חשבון הבדיקה, ויוזמים רישיון בדיקות מאפליקציות מותקנות. כששרת הרישוי מקבל רישיון מצוות הבדיקה של משתמש בחשבון בדיקה, היא מחזירה את תגובת הבדיקה הסטטית. שהוגדר לחשבון המוציא לאור.

לשם כך יש מגבלות על הגישה וההרשאות שניתנות ל משתמשים שמחוברים באמצעות חשבונות בדיקה, כולל:

• המשתמשים בחשבון בדיקה יכולים לשלוח שאילתות לשרת הרישוי רק לגבי אפליקציות כבר הועלו לחשבון המוציא לאור.
• למשתמשים בחשבון הבדיקה אין הרשאה להעלות אפליקציות אל חשבון מפרסם.
• למשתמשים בחשבון בדיקה אין הרשאה להגדיר את חשבון המפרסם של תגובת בדיקה סטטית.

הטבלה שבהמשך מסכמת את ההבדלים ביכולות בין חשבון בעל אתר, חשבון בדיקה וכל חשבון אחר.

טבלה 1. הבדלים בין סוגי החשבונות שמשמשים לבדיקת הרישוי.

רישום חשבונות בדיקה בחשבון המוציא לאור

כדי להתחיל, צריך לרשום כל חשבון בדיקה בבעל האתר חשבון. כפי שמוצג באיור 2, לרשום חשבונות בדיקה בחלונית הרישוי שנמצאת ב'עריכה' בחשבון המפרסם שלך דף הפרופיל. פשוט מזינים את החשבונות ברשימה מופרדת בפסיקים ולוחצים על לוחצים על שמירה כדי לשמור את השינויים בפרופיל.

אפשר להשתמש בכל חשבון Google בתור חשבון בדיקה. אם ברצונך להיות הבעלים של לשלוט בחשבונות הבדיקה, יש לך אפשרות ליצור את החשבונות בעצמך ולהפיץ אותם את פרטי הכניסה למפתחים או לבודקים.

טיפול בהעלאה ובהפצה של בקשות לבדיקות משתמשים בחשבון

כפי שצוין למעלה, משתמשים בחשבונות בדיקה יכולים לקבל רק בדיקה סטטית תשובות לאפליקציות שמועלות לחשבון של בעל האתר. מאז למשתמשים האלה אין הרשאה להעלות אפליקציות, בתור בעל האתר יצטרכו לעבוד עם המשתמשים האלה כדי לאסוף אפליקציות להעלאה ולהפצה שהועלו לצורך בדיקה. אפשר לטפל באיסוף ובהפצה בכל דרך שיהיה נוח.

אחרי שמעלים אפליקציה וידועים לשרת הרישוי, מפתחים ובודקים יכולים להמשיך לשנות את האפליקציה בגרסה המקומית שלהם את סביבת הפיתוח בלי להעלות גרסאות חדשות. צריך רק להעלות גרסה חדשה אם האפליקציה המקומית מגדילה את את המאפיין versionCode בקובץ המניפסט.

הפצת המפתח הציבורי כדי לבדוק משתמשים בחשבון

שרת הרישוי מטפל בתגובות בדיקה סטטיות בדרך הרגילה, כולל חתימה על נתוני התגובה לרישיונות, הוספת פרמטרים בונוסים ועוד מופעלת. לתמוך במפתחים שמטמיעים רישוי באמצעות חשבונות בדיקה ולא בחשבון בעל התוכן הדיגיטלי, תצטרכו להפיץ את המפתח הציבורי של האפליקציה כדי להעניק להם רישיון. מפתחים שאין להם גישה ל-Play Console אין גישה למפתח הציבורי של האפליקציה, ובלי את המפתח שהם לא יוכלו לאמת.

שימו לב: אם תחליטו ליצור זוג מפתחות רישוי חדש לאפליקציה מסיבה כלשהי, עליך להודיע לכל המשתמשים של חשבונות הבדיקה. עבור אפשר להטמיע את המפתח החדש בחבילת האפליקציה ולהפיץ אותו למשתמשים. מפתחים יצטרכו להפיץ להם את המפתח החדש ישירות.

כניסה לחשבון מורשה בזמן הריצה סביבה

שירות הרישוי נועד לקבוע אם משתמש נתון ברישיון לשימוש באפליקציה מסוימת — במהלך בדיקת הרישיון, אפליקציית Play אוספת את מזהה המשתמש מהחשבון הראשי במערכת ושולח אותו לשרת, ביחד עם שם החבילה של האפליקציה. ומידע אחר. עם זאת, אם אין פרטי משתמש זמינים, בדיקת הרישיון לא מצליחה, לכן אפליקציית Google Play מסיימת את ומחזירה שגיאה לאפליקציה.

במהלך הבדיקה, כדי לוודא שהאפליקציה יכולה לשלוח שאילתה בהצלחה שרת הרישוי, עליך לוודא שנכנסת לחשבון במכשיר או באמולטור באמצעות:

• את פרטי הכניסה של חשבון מוציא לאור, או
• פרטי הכניסה של חשבון בדיקה שרשום אצל בעל תוכן דיגיטלי חשבון

כניסה באמצעות חשבון של בעל אתר מאפשרת לך מקבלים תגובות בדיקה סטטיות עוד לפני שהאפליקציות שהועלו ל-Play Console.

אם אתם חלק מארגון גדול יותר או אם אתם עובדים עם קבוצות חיצוניות באפליקציות שיפורסמו דרך האתר שלכם, סביר להניח רוצה להפיץ חשבונות בדיקה במקום זאת, ואז להשתמש בהם כדי להיכנס במהלך בדיקה.

כדי להיכנס לחשבון במכשיר או באמולטור, פועלים לפי השלבים הבאים. המועדף היא להיכנס בתור החשבון הראשי, אבל אם יש בחשבונות אחרים שכבר נמצאים בשימוש במכשיר או באמולטור, אפשר ליצור חשבון נוסף ולהיכנס אליו באמצעות חשבון המפרסם או חשבון הבדיקה פרטי הכניסה.

1. פותחים את ההגדרות > חשבונות ו לסנכרן
2. לוחצים על הוספת חשבון ובוחרים אם להוסיף חשבון Google.
3. בוחרים באפשרות הבא ואז באפשרות כניסה.
4. עליך להזין את שם המשתמש והסיסמה של חשבון המפרסם או של גרסת הבדיקה שרשום בחשבון המוציא לאור.
5. בוחרים באפשרות כניסה. המערכת תכניס אותך לחשבון חשבון.

אחרי הכניסה לחשבון, אפשר להתחיל לבדוק את הרישוי באפליקציה (אם השלמתם את שלבי השילוב של LVL שלמעלה). כשהבקשה יוזם בדיקת רישיון, הוא יקבל תשובה שמכילה את הבדיקה הסטטית שהוגדרה בחשבון המוציא לאור.

לתשומת ליבך, אם אתה משתמש באמולטור, יהיה עליך להיכנס אל בעל אתר או חשבון בדיקה, בכל פעם שאתה מאפס נתונים בעת הפעלה מחדש של אמולטור.

לאחר השלמת נוהלי ההגדרה, ממשיכים אל הוספת הרישוי לאפליקציה.