בדיקת השילוב של ספריית החיובים ב-Google Play

חשוב לבדוק את השילוב לאורך כל תהליך הפיתוח. כדי לבצע בדיקות במהלך שלב הפיתוח, מומלץ להשתמש בבודקי רישיונות וב-Play Billing Lab כדי להריץ את התרחישים שמתוארים בקטע הזה.

בוחני רישיונות

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

היתרונות של שימוש בבודקי רישיונות:

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

הנה כמה פרטים נוספים על תהליך רכישת הניסיון:

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

כדי לוודא שאתם משתמשים בחשבון הנכון, אתם יכולים להרחיב את תיבת הדו-שיח של הרכישה. שימו לב לנקודות הבאות:

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

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

כדי לבדוק את השילוב של ספריית החיובים ב-Google Play באמצעות מסלולי בדיקה:

  1. מפרסמים את האפליקציה במסלול הפצה לבדיקה. שימו לב: אחרי שמפרסמים אפליקציה במסלול הפצה לבדיקה, יכול להיות שיעברו כמה שעות עד שהיא תהיה זמינה לבודקים.
  2. מוודאים שכל בודק מצטרף לבדיקה של האפליקציה. בכתובת ה-URL להצטרפות לבדיקה, הבודקים רואים הסבר על המשמעות של התפקיד שלהם, וקישור להצטרפות.

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

Play Billing Lab

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

בעזרת Play Billing Lab אתם יכולים לבצע את הפעולות הבאות במהלך הבדיקה:

מרכז הבקרה של Play Billing Lab
איור 2. מרכז הבקרה של Play Billing Lab.

בדיקת מוצרים בחיוב חד-פעמי

בדיקת מוצרים מתכלים

כשבודקים מוצרים מתכלים, כדאי לבדוק מגוון מצבים, כולל:

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

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

בדיקת מוצרים שלא נצרכים

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

בדיקת רכישות ממתינות

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

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

    בדיקת רכישה עם כרטיס בדיקה איטי שנדחה
    איור 3. בודקים רכישה באמצעות כרטיס בדיקה איטי שנדחה.

  2. מבצעים רכישה עם אמצעי תשלום מושהה Slow test card, approves after a few minutes, כפי שמוצג באיור 4. מחכים כמה דקות ומוודאים שהרכישה אושרה.

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

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

בדיקת החזרים כספיים בעקבות ביטול עסקה שהמשתמשים יוזמים

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

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

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

בדיקת תכונות ספציפיות למינויים

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

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

תקופות חידוש

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

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

תקופת המינוי לייצור חידוש מינוי לבדיקה
שבוע אחד 5 דקות
חודש אחד 5 דקות
‫3 חודשים 10 דקות
חצי שנה 15 דקות
שנה אחת ‫30 דקות

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

Feature תקופת הבדיקה
השהיית חשבון 10 דקות
תקופת ניסיון בחינם 3 דקות
תקופת חסד 5 דקות
תקופת מחיר ההיכרות זהה לתקופת הניסיון של המינוי
השהיה (חודש אחד) 5 דקות
השהיה (חודשיים) 10 דקות
השהיה (3 חודשים) 15 דקות
תקופת ההסכמה לעליית מחיר

(רלוונטי רק לאזור קוריאה הדרומית (KR))
3 דקות
אישור רכישה 5 דקות

האצת המעבר בין מצבי המינוי

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

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

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

חשוב לדעת:

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

תקופות ניסיון

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

מבצעים לתקופת ניסיון
איור 7. לבדוק הצעות לתקופת ניסיון.

השינויים במחירים

אתם יכולים גם להשתמש ב-Play Billing Lab ובבודקי רישיונות כדי לבדוק שינויים במחירי המינויים בלי להשפיע על מנויים פעילים אחרים. לשם כך, פועלים לפי השלבים הבאים:

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

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

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

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

בטבלה הבאה מוצגות תקופות החיוב וההתראה לבדיקה, בהתאם לתקופות החיוב בפועל:

תקופת החיוב בפועל של המינוי הבסיסי תקופת חיוב לבדיקה תקופת ההתראה לבדיקה (אזורים שבהם צריך להביע הסכמה או לבטל הסכמה עם התראה של 30 יום) תקופת ההתראה על הבדיקה (אזורים שבהם אפשר לבטל את ההסכמה, עם התראה של 60 יום)
שבוע אחד 5 דקות 5 דקות 10 דקות
חודש אחד 5 דקות 5 דקות 10 דקות
‫3 חודשים 10 דקות 3 דקות 6 דקות
חצי שנה 15 דקות 2 דקות 4 דקות
שנה אחת ‫30 דקות 3 דקות 6 דקות

מידע שקשור לעליית מחיר שדורשת הסכמה מהמשתמש יהיה זמין לכם ב-API של purchases.subscriptionsv2.get.

מערכת Google Play שולחת שתי התראות באימייל ובהתראות דחיפה למשתמשים הרלוונטיים (כולל בודקי רישיונות) לפני שהעלאת המחיר נכנסת לתוקף. תקופת ההתראה לבדיקה היא:

לוח זמנים של התראות תקופת ההתראה לבדיקה
ההתראה הראשונה 3 דקות
התראה שנייה (ואחרונה) דקה אחת

מקרי בדיקה

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

בדיקת עסקאות בהמתנה

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

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

    בדיקת רכישה עם כרטיס בדיקה איטי שנדחה
    איור 9. בודקים רכישה באמצעות כרטיס בדיקה איטי שנדחה.

  2. מבצעים רכישה עם אמצעי תשלום מושהה כרטיס בדיקה איטי, מאושר אחרי כמה דקות, כמו שמוצג באיור 10. מחכים כמה דקות ומוודאים שהרכישה אושרה.

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

בדיקת קודי הטבה

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

כדאי לבדוק את התרחישים הבאים של מימוש קוד הטבה:

  • כשמזינים את קוד ההטבה בתיבת הדו-שיח של הרכישה שנפתחה באפליקציה.
  • כשמממשים את קוד ההטבה באפליקציה של חנות Google Play.
  • כשמממשים את קוד ההטבה בכתובת https://play.google.com/store באמצעות הלחצן מימוש בתפריט הניווט הימני.

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

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

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

בדיקת חוויית הרכישה באזורים שונים

אתם יכולים לבדוק את חוויית הרכישה באזורים שונים באמצעות האפליקציה Play Billing Lab. כדי להשתמש ב-Play Billing Lab, אתם צריכים להיות בודקי רישיונות. כדי לבדוק את זה:

  1. רושמים את המשתמש שמחויב על האפליקציה כבודק עם רישיון.
  2. מתחברים לאפליקציית Play Billing Lab עם אותו משתמש.
  3. בוחרים את המדינה הרצויה ומחילים את השינוי ב-Play Billing Lab.
  4. מפעילים את תהליך הרכישה באפליקציה שבודקים.

    חוויית הרכישה של הבדיקה באזורים שונים
    איור 11. בודקים את חוויית הרכישה באזורים שונים.

‫Play Billing Lab מאפשרת לבדוק את העמידה בדרישות האזוריות של המבצע ואת חוויית המשתמש בכל אזור, בלי קשר למיקום הפיזי שבו אתם מבצעים את הבדיקה.

בדיקת חוויית הרכישה באמצעות אמצעי תשלום אמיתיים

אתם יכולים לבדוק את חוויית הרכישה עם אמצעי תשלום אמיתיים באמצעות אפליקציית Play Billing Lab ל-Android.

כדי לבדוק אמצעי תשלום אמיתיים:

  1. רושמים את המשתמש בחשבון Google כבודק עם רישיון.
  2. מתחברים לאפליקציית Play Billing Lab עם אותו משתמש.
  3. מפעילים את אמצעי התשלום האמיתיים באפליקציית Play Billing Lab.
  4. מפעילים מחדש את האפליקציה שבודקים ומפעילים את תהליך הרכישה.

תקרות הוצאות באפליקציות שלא פורסמו

אפליקציות שנמצאות בשלב הטיוטה או שפורסמו במסלול לבדיקה פנימית כפופות לתקרות הוצאות.

‫Google Play אוכפת מגבלות על:

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

המגבלות האלה מתאפסות כל 24 שעות.

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

בדיקת רכישות מחוץ לאפליקציה

אתם יכולים להשתמש באפליקציית Play Billing Lab כדי לבדוק את החוויה מקצה לקצה של הרשאות שנרכשו מחוץ לאפליקציה. כדי להשתמש ב-Play Billing Lab, אתם צריכים להיות בודקי רישיונות באפליקציה שאתם בודקים.

שלב 1 – הגדרת הבדיקה

  1. רושמים את המשתמש שמחויב על האפליקציה כבודק עם רישיון.
  2. פותחים את חנות Play ומתחברים אליה עם אותו משתמש.
  3. פותחים את אפליקציית Play Billing Lab ומתחברים אליה עם אותו משתמש.
  4. בוחרים את כרטיס הבדיקה רכישות מחוץ לאפליקציה.
  5. אופציונלי: בוחרים את המדינה לבדיקה ומחילים את השינוי ב-Play Billing Lab.
    1. אם לא תבחרו מדינה, המערכת של Play Billing Lab תשתמש במדינה שמוגדרת בחשבון הבדיקה עם הרישיון ב-Play.
  6. מזינים את פרטי האפליקציה והמוצר (מק"ט) שרוצים לבדוק.
  7. בוחרים את אפשרות הרכישה, המינוי הבסיסי או המבצע שרוצים לבדוק.
  8. לוחצים על התחלת הבדיקה.

שלב 2 – רכישת המוצר מחוץ לאפליקציה

שלב 3 – טיפול בהרשאה והעברה שלה

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

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

המלצות לרכישות

אחרי נטישה של עגלת הקניות:

  1. מפעילים מחדש את האפליקציה.
  2. מתחילים תהליך רכישה של מוצר בחיוב חד-פעמי באפליקציה.
  3. לסגור את תיבת הדו-שיח של עגלת הקניות או לצאת ממנה בלי להשלים את העסקה.
  4. מחפשים את ההמלצה לרכישה של עגלת קניות שננטשה.
  5. מאשרים את ההמלצה ומשלימים את הרכישה.
חמישה מסכים שמוצגת בהם המלצה לרכישה אחרי נטישת עגלת קניות. במסך הראשון מוצגת עגלת הקניות הראשונית שהמשתמש התכוון לרכוש, והמשתמש לוחץ מחוץ לתהליך הרכישה כדי לנטוש את העגלה. במסך השני מוצגת המלצה לרכוש פריט אחר, והמשתמש לוחץ על הכפתור כדי להמשיך. במסך השלישי מוצגת עגלת קניות עם הפריט החדש, והמשתמש לוחץ על הכפתור כדי להשלים את הרכישה. במסך הרביעי מוצג תהליך הרכישה. במסך החמישי מוצגת הודעה על רכישה מוצלחת.
תרשים 13. המלצה לרכישה (עגלת קניות שננטשה) בתהליך הרכישה.

פרסים ב-Play Games

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

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