כשמעלים קובץ APK, הוא צריך לעמוד בדרישות של Google Play בנושא רמת ה-API לטירגוט.
החל מ-31 באוגוסט 2026:
- אפליקציות חדשות ועדכוני אפליקציות חייבים לטרגט ל-Android 16 (רמת API 36) ומעלה כדי להישלח אל Google Play. היוצאים מן הכלל הם אפליקציות ל-Wear OS ול-Android Automotive OS, שחייבות לטרגט ל-Android 15 (רמת API 35) ומעלה, ואפליקציות ל-Android TV ול-Android XR, שחייבות לטרגט ל-Android 14 (רמת API 34) ומעלה.
- אפליקציות קיימות צריכות לטרגט ל-Android 15 (רמת API 35) ומעלה כדי להמשיך להיות זמינות למשתמשים חדשים במכשירים שפועלת בהם גרסת Android OS גבוהה יותר מרמת ה-API לטירגוט של האפליקציה. אפליקציות שמטרגטות ל-Android 14 (רמת API 34) או לגרסאות קודמות, כולל Android 13 (רמת API 33) או לגרסאות קודמות ל-Wear OS, Android TV ו-Android XR, ו-Android 12 (רמת API 31) או לגרסאות קודמות ל-Android Automotive OS, יהיו זמינות רק במכשירים שפועלת בהם מערכת Android OS באותה רמה או ברמה נמוכה יותר מרמת ה-API לטירגוט של האפליקציה.
אם נדרש זמן נוסף כדי לעדכן את האפליקציה, אפשר לבקש הארכה עד 1 בנובמבר 2026. בהמשך השנה תוכלו לגשת לטפסים של תוספים לאפליקציה ב-Play Console.
היוצאים מן הכלל לדרישות האלה כוללים:
- אפליקציות פרטיות באופן קבוע שמוגבלות למשתמשים בארגון ספציפי ומיועדות להפצה פנימית בלבד.
למה כדאי לטרגט ערכות SDK חדשות יותר?
בכל גרסה חדשה של Android מוצגים שינויים שמשפרים את האבטחה והביצועים ומשדרגים את חוויית המשתמש ב-Android. חלק מהשינויים האלה חלים רק על אפליקציות שמוצהר בהן במפורש על תמיכה באמצעות מאפיין המניפסט targetSdkVersion (שנקרא גם רמת ה-API לטירגוט).
הגדרת האפליקציה לטירגוט רמת API עדכנית מבטיחה שהמשתמשים יוכלו ליהנות מהשיפורים האלה, ושהאפליקציה עדיין תוכל לפעול בגרסאות Android ישנות יותר. טירגוט רמת API עדכנית מאפשר לאפליקציה שלכם לנצל את התכונות האחרונות של הפלטפורמה כדי לשמח את המשתמשים. בנוסף, החל מ-Android 10 (רמת API 29), משתמשים רואים אזהרה כשהם מפעילים אפליקציה בפעם הראשונה אם האפליקציה מטרגטת ל-Android 5.1 (רמת API 22) או לגרסאות קודמות.
במסמך הזה מודגשות נקודות חשובות שצריך לדעת כדי לעדכן את רמת ה-API לטירגוט בהתאם לדרישה של Google Play. בהמשך מפורטות הוראות, בהתאם לגרסה שאליה אתם מעבירים את הנתונים.
מעבר מ-Android מגרסה 12 ואילך (רמת API 31) לגרסה עדכנית יותר
כדי לעדכן את האפליקציה כך שתטרגט לגרסה עדכנית יותר של Android, צריך לעיין ברשימת שינויי ההתנהגות הרלוונטית:
- שינויים בהתנהגות ב-Android 13
- שינויים בהתנהגות ב-Android 14
- שינויים בהתנהגות ב-Android 15
- שינויים בהתנהגות ב-Android 16
מעבר מ-Android 11 (רמת API 30) ל-Android 12 (רמת API 31)
אבטחה והרשאות
- Bluetooth: צריך להחליף את ההצהרות לגבי ההרשאות
BLUETOOTHו-BLUETOOTH_ADMINבהרשאותBLUETOOTH_SCAN,BLUETOOTH_ADVERTISEאוBLUETOOTH_CONNECT. אין יותר צורך לשלוחLOCATIONבקשות להרשאה בתחילת ההפעלה לפעולות Bluetooth. - מיקום: המשתמשים יכולים לבקש מהאפליקציות לאחזר רק מידע על מיקום משוער. צריך לבקש את ההרשאה
ACCESS_COARSE_LOCATIONבכל פעם שמבקשיםACCESS_FINE_LOCATION.- מסנני Intent: אם האפליקציה מכילה פעילויות, שירותים או מקלט שידורים שמשתמשים במסנני Intent, צריך להצהיר באופן מפורש על מאפיין android:exported עבור הרכיבים האלה.
- תרדמה: יכול להיות שאפליקציות יועברו למצב תרדמה אם לא משתמשים בהן במשך תקופה מסוימת. במצב שינה, ההרשאות בזמן ריצה והמטמון של האפליקציה מאופסים, ואי אפשר להריץ משימות או התראות. אפשר לבדוק את סטטוס התרדמה של האפליקציה.
- יכולת השינוי של אובייקט PendingIntent: עליך לציין את יכולת השינוי של כל אובייקט PendingIntent שהאפליקציה שלך יוצרת.
חוויית משתמש
- התראות בהתאמה אישית: התראות עם תצוגות תוכן בהתאמה אישית לא יתפסו יותר את כל אזור ההתראות. במקום זאת, המערכת תחיל תבנית רגילה. התבנית הזו מבטיחה שההתראות המותאמות אישית יקבלו את אותו עיצוב כמו התראות אחרות בכל המצבים. ההתנהגות הזו כמעט זהה להתנהגות של
Notification.DecoratedCustomViewStyle. - שינויים באימות של קישורי עומק לאפליקציות ב-Android: כשמשתמשים באימות של קישורי עומק לאפליקציות ב-Android, צריך לוודא שמסנני ה-Intent כוללים את הקטגוריה BROWSABLE ותומכים בסכימת HTTPS.
ביצועים
הגבלות הפעלה של שירותים שפועלים בחזית: כדי לטרגט ל-Android 12 ומעלה, האפליקציה לא יכולה להפעיל שירותים שפועלים בחזית בזמן שהיא פועלת ברקע, למעט כמה מקרים מיוחדים. אם אפליקציה מנסה להפעיל שירות שפועל בחזית בזמן שהיא פועלת ברקע, מתרחש חריג (למעט כמה מקרים מיוחדים).
כדאי להשתמש ב-WorkManager כדי לתזמן ולהתחיל משימה דחופה בזמן שהאפליקציה פועלת ברקע. כדי להשלים פעולות רגישות לזמן שהמשתמש מבקש, צריך להפעיל שירותים שפועלים בחזית במסגרת משימה ברגע מדויק.
הגבלות על הפעלת אפליקציה מהתראה: כשמשתמשים מקישים על התראות, חלק מהאפליקציות מגיבות בהפעלת רכיב אפליקציה שמתחיל את הפעילות שהמשתמש רואה ומבצע איתה אינטראקציה. רכיב האפליקציה הזה נקרא 'טרמפולינה של התראות'.
אסור לאפליקציות להפעיל פעילויות משירותים או ממקלטי שידורים שמשמשים כפלטפורמות להפעלת התראות. אחרי שהמשתמש מקיש על התראה או על לחצן פעולה בתוך ההתראה, האפליקציה לא יכולה להתקשר אל
startActivity()בתוך שירות או מקלט שידור.
כאן אפשר לראות את כל השינויים שמשפיעים על אפליקציות שמטרגטות ל-Android 12 (רמת API 31).
מעבר מגרסה נמוכה יותר מ-Android 11 (רמת API 30)
בוחרים את הגרסה של Android שממנה רוצים להעביר את הנתונים:
מעבר ל-Android 5 (רמת API 21)
כדי לוודא שהאפליקציה שלכם תואמת לשינויים שבוצעו בגרסאות האלה, כדאי לעיין בדף השינויים בהתנהגות של כל אחת מהגרסאות הבאות:
ממשיכים לפעול לפי ההוראות שבקטע הבא.
מעבר ל-Android 6 (רמת API 23)
השיקולים הבאים רלוונטיים לאפליקציות שמטרגטות ל-Android 6.0 ולגרסאות מתקדמות יותר של הפלטפורמה:
-
-
הרשאות מסוכנות ניתנות רק בזמן הריצה. ממשקי המשתמש שלכם צריכים לספק אפשרויות למתן ההרשאות האלה.
-
בכל מקום שאפשר, חשוב לוודא שהאפליקציה מוכנה לטפל בדחייה של בקשות הרשאה. לדוגמה, אם משתמש דוחה בקשה לגישה ל-GPS במכשיר, צריך לוודא שיש לאפליקציה דרך אחרת להמשיך.
-
רשימה מלאה של השינויים שהוכנסו ב-Android 6.0 (רמת API 23) מופיעה בדף שינויים בהתנהגות של גרסת הפלטפורמה הזו.
ממשיכים לפעול לפי ההוראות שבקטע הבא.
מעבר ל-Android 7 (רמת API 24)
השיקולים הבאים רלוונטיים לאפליקציות שמיועדות ל-Android 7.0 ולגרסאות מתקדמות יותר של הפלטפורמה:
-
נמנום ואפליקציה במצב המתנה
עיצוב בהתאם להתנהגויות שמתוארות במאמר אופטימיזציה ל-Doze ולאפליקציה במצב המתנה, שכולל שינויים מצטברים שהוצגו בכמה גרסאות של הפלטפורמה.
כשהמכשיר במצב נמנום ובמצב אפליקציה במצב המתנה, המערכת מתנהגת כך:
- הגבלת הגישה לרשת
- דחיית התראות, סנכרון ומשימות
- הגבלת סריקות GPS ו-Wi-Fi
- מגביל הודעות בהעברת הודעות בענן ב-Firebase בעדיפות רגילה.
-
שינויים בהרשאות
- המערכת מגבילה את הגישה לספריות פרטיות של אפליקציות.
-
חשיפת
file://URI מחוץ לאפליקציה מפעילהFileUriExposedException. אם אתם צריכים לשתף קבצים מחוץ לאפליקציה, אתם צריכים להטמיע אתFileProvider
-
המערכת לא מאפשרת לקשר לספריות שאינן NDK.
רשימה מלאה של השינויים שהוכנסו ב-Android 7.0 (רמת API 24) מופיעה בדף שינויים בהתנהגות של גרסת הפלטפורמה הזו.
ממשיכים לפעול לפי ההוראות שבקטע הבא.
מעבר ל-Android 8 (רמת API 26)
השיקולים הבאים רלוונטיים לאפליקציות שמטרגטות את Android 8.0 וגרסאות גבוהות יותר של הפלטפורמה:
-
Background Execution Limits
-
המערכת מגבילה את השירותים לאפליקציות שלא פועלות בחזית.
-
startService()עכשיו מקפיץ הודעת שגיאה (throw) לחריגה כשאפליקציה מנסה להפעיל אותו בזמן שstartService()אסור. -
כדי להפעיל שירותים שפועלים בחזית, אפליקציה צריכה להשתמש ב-
startForeground()וב-startForegroundService(). - חשוב לעיין בקפידה בשינויים שבוצעו ב-JobScheduler API, כפי שמתואר בדף השינויים בהתנהגות ב-Android 8.0 (רמת API 26).
- העברת הודעות בענן ב-Firebase דורש גרסה 10.2.1 של Google Play services SDK ומעלה.
- כשמשתמשים ב העברת הודעות בענן ב-Firebase, מסירת ההודעות כפופה למגבלות על הפעלת אפליקציות ברקע. אם צריך לבצע עבודה ברקע כשמתקבלת הודעה, כמו סנכרון נתונים ברקע, האפליקציה צריכה לתזמן משימות באמצעות Firebase Job Dispatcher או JobIntentService. מידע נוסף זמין ב העברת הודעות בענן ב-Firebase.
-
-
הודעות מרומזות
-
שידורים מרומזים מוגבלים. מידע על טיפול באירועים שמתרחשים ברקע זמין במסמכי התיעוד של
JobSchedulerAPI.
-
שידורים מרומזים מוגבלים. מידע על טיפול באירועים שמתרחשים ברקע זמין במסמכי התיעוד של
-
מגבלות על מיקום ברקע
-
לאפליקציות שפועלות ברקע יש גישה מוגבלת לנתוני המיקום.
- במכשירים עם Google Play Services, משתמשים ב ספק מיקום משולב כדי לקבל עדכוני מיקום תקופתיים.
-
לאפליקציות שפועלות ברקע יש גישה מוגבלת לנתוני המיקום.
-
המערכת מגבילה את השירותים לאפליקציות שלא פועלות בחזית.
-
ערוצי התראות
- מומלץ להגדיר מאפיינים של הפרעות להתראות לכל ערוץ בנפרד.
- כדי שההתראות יופיעו, צריך להקצות אותן לערוץ.
-
הגרסה הזו של הפלטפורמה תומכת ב-
NotificationCompat.Builder.
-
פרטיות
- ההיקף של ANDROID_ID הוא לפי חתימת האפליקציה.
רשימה מלאה של השינויים שהוכנסו ב-Android 8.0 (רמת API 26) מופיעה בדף שינויים בהתנהגות של גרסת הפלטפורמה הזו.
מעבר מ-Android 8 (API 26) ל-Android 9 (API 28)
-
Power Management
- דלי אפליקציה במצב המתנה מביאים איתם הגבלות חדשות על פעילות ברקע על סמך האינטראקציה עם האפליקציה, כמו משימות שנדחות, משימות מתוזמנות ומכסות על הודעות בעדיפות גבוהה
- שיפורים במצב חיסכון בסוללה הגברת ההגבלות על אפליקציות במצב המתנה
-
הרשאה לשימוש בשירות שפועל בחזית
- צריך לבקש את ההרשאה הרגילה
FOREGROUND_SERVICE(לא הרשאה בתחילת ההפעלה)
- צריך לבקש את ההרשאה הרגילה
-
שינויים בפרטיות
- גישה מוגבלת לחיישנים ברקע
- הגישה ליומני שיחות הוגבלה, ועכשיו היא נמצאת בקבוצת ההרשאות
CALL_LOG - הגישה למספרי טלפון מוגבלת, ונדרשת הרשאה ל-
READ_CALL_LOG - גישה מוגבלת למידע על Wi-Fi
רשימה מלאה של השינויים שהוכנסו ב-Android 9.0 (רמת API 28) זמינה במאמר בנושא שינויים בהתנהגות.
מעבר מ-Android 9 (רמת API 28) ל-Android 10 (רמת API 29)
-
התראות
עם Intent במסך מלא
-
צריך לבקש את ההרשאה הרגילה
USE_FULL_SCREEN_INTENT(לא הרשאה בתחילת ההפעלה).
-
צריך לבקש את ההרשאה הרגילה
-
תמיכה במכשירים מתקפלים ובמכשירים עם מסך גדול
-
עכשיו יכולות להיות כמה פעילויות במצב 'הפעלה מחדש' בו-זמנית, אבל רק אחת מהן נמצאת בפוקוס.
-
השינוי הזה ישפיע על ההתנהגות של
onResume()ושלonPause(). -
מושג חדש במחזור החיים של האפליקציה: 'הפעלה מחדש של האפליקציה העליונה'. אפשר לזהות את הפעולה הזו באמצעות הרשמה ל-
onTopResumedActivityChanged().- רק פעילות אחת יכולה להיות 'הפעילות העליונה שהופעלה מחדש'.
-
השינוי הזה ישפיע על ההתנהגות של
-
כשהערך של
resizeableActivityמוגדר ל-false, אפליקציות יכולות לציין בנוסף אתminAspectRatioשמוסיף באופן אוטומטי מסגרת שחורה לאפליקציה ביחסי גובה-רוחב צרים יותר.
-
עכשיו יכולות להיות כמה פעילויות במצב 'הפעלה מחדש' בו-זמנית, אבל רק אחת מהן נמצאת בפוקוס.
-
שינויים בפרטיות
-
Scoped storage
- הגישה לאחסון חיצוני מוגבלת רק לספרייה ספציפית לאפליקציה ולסוגים ספציפיים של מדיה שהאפליקציה יצרה.
-
גישה מוגבלת למיקום כשהאפליקציה ברקע,
נדרשת הרשאה
ACCESS_BACKGROUND_LOCATION. - גישה מוגבלת למזהים שלא ניתן לאפס, כמו IMEI ומספר סידורי.
-
גישה מוגבלת למידע על פעילות פיזית, כמו ספירת הצעדים של המשתמש, שנדרשת עבורה הרשאה של
ACTIVITY_RECOGNITION. -
גישה מוגבלת לחלק מממשקי ה-API של הטלפוניה, ה-Bluetooth וה-Wi-Fi, שדורשת הרשאה מסוג
ACCESS_FINE_LOCATION. -
הגישה להגדרות ה-Wi-Fi הוגבלה
- אפליקציות לא יכולות יותר להפעיל או להשבית Wi-Fi באופן ישיר, והן צריכות לעשות זאת באמצעות חלוניות הגדרות.
-
הגבלות על יצירת חיבור לרשת Wi-Fi, שדורשות שימוש ב-
WifiNetworkSpecifierאו ב-WifiNetworkSuggestion.
-
Scoped storage
מעבר מ-Android 10 (רמת API 29) ל-Android 11 (רמת API 30)
-
פרטיות
- אכיפה של נפח אחסון ייעודי לאפליקציות : האפליקציות צריכות לאמץ את מודל נפח האחסון הייעודי לאפליקציות, שבו נשמרים סוגי קבצים ספציפיים לאפליקציה, מדיה וסוגים אחרים של קבצים, ומתבצעת גישה אליהם באמצעות מיקומים ייעודיים.
- איפוס הרשאות אוטומטי: אם המשתמשים לא השתמשו באפליקציה במשך כמה חודשים, המערכת מאפסת באופן אוטומטי את ההרשאות הרגישות של האפליקציה. השינוי הזה לא אמור להשפיע על רוב האפליקציות. אם האפליקציה שלכם פועלת בעיקר ברקע בלי אינטראקציות עם המשתמשים, כדאי לבקש מהמשתמשים להשבית את האיפוס האוטומטי.
- גישה למיקום ברקע: אפליקציות צריכות לבקש הרשאת גישה למיקום בחזית וברקע בנפרד. אפשר להעניק גישה להרשאת מיקום ברקע רק בהגדרות האפליקציה ולא בתיבות דו-שיח של הרשאות בתחילת ההפעלה.
-
חבילות גלויות: כשמגיעה שאילתה מאפליקציה לגבי רשימת האפליקציות והשירותים שמותקנים במכשיר, הרשימה שמוחזרת מסוננת.
- אם אתם משתמשים בשירותים של המרת טקסט לדיבור או זיהוי דיבור, תצטרכו להוסיף רכיבי שאילתות לשירותים לקובץ המניפסט.
-
אבטחה
- קבצים דחוסים של `resource.arsc` כבר לא נתמכים
- חובה להשתמש עכשיו ב-APK Signature Scheme v2. מסיבות שקשורות לתאימות לאחור, מפתחים צריכים להמשיך לחתום גם באמצעות APK Signature Scheme v1.
- הגבלה על ממשק שאינו SDK. לא מומלץ להשתמש בממשקים שאינם ב-SDK באפליקציות שמיועדות לרמת API 30 ומעלה, כי חלק מהממשקים האלה חסומים עכשיו. במאמר ממשקים שאינם SDK שנחסמים עכשיו ב-Android 11 מופיעה רשימה מקיפה של ממשקים שאינם SDK שנחסמים.
רשימה מלאה של השינויים שהוצגו ב-Android 11 (רמת API 30) מופיעה בדף שינויים בהתנהגות.
כדי להמשיך לעדכן לגרסה 31 של API, פועלים לפי ההוראות בקטע הקודם.
עדכון האפליקציות
במהלך עדכון רמת ה-API לטירגוט של האפליקציות, מומלץ להטמיע תכונות עדכניות של הפלטפורמה כדי לחדש את האפליקציות ולשפר את חוויית המשתמש.
- כדאי להשתמש ב-CameraX, שנמצאת בשלב הבטא, כדי להפיק את המרב מהשימוש במצלמה.
- אתם יכולים להשתמש ברכיבי Jetpack כדי לפעול לפי שיטות מומלצות, להימנע מכתיבת קוד שחוזר על עצמו (boilerplate) ולפשט משימות מורכבות, וכך להתמקד בקוד שחשוב לכם.
- אפשר להשתמש ב-Kotlin כדי לכתוב אפליקציות טובות יותר מהר יותר, עם פחות קוד.
- חשוב לוודא שאתם פועלים בהתאם לדרישות ולשיטות המומלצות בנושא פרטיות.
- הוספת תמיכה בעיצוב כהה לאפליקציות.
- הוספת תמיכה בניווט באמצעות תנועות לאפליקציות.
- מעבירים את האפליקציה מ-Google Cloud Messaging (GCM) לגרסה העדכנית ביותר של העברת הודעות בענן ב-Firebase.
- כדאי להשתמש בניהול חלונות מתקדם.
- תמיכה ביחסי גובה-רוחב גדולים יותר (מעל 16:9) כדי לנצל את היתרונות של החידושים האחרונים בחומרה. מוודאים שהאפליקציה משנה את הגודל שלה כדי למלא את השטח הזמין במסך. הצהרה על יחס גובה-רוחב מקסימלי צריכה להיעשות רק כמוצא אחרון. מידע נוסף על יחסי גובה-רוחב מקסימליים זמין במאמר הצהרה על תמיכה מוגבלת במסך.
- כדאי להוסיף תמיכה בריבוי חלונות כדי לשפר את הפרודוקטיביות של האפליקציה, וכדי לנהל מספר מסכים.
- אם חוויית שימוש מצוינת באפליקציה ממוזערת תשפר את חוויית המשתמש, כדאי להוסיף תמיכה בתמונה בתוך תמונה.
- אופטימיזציה למכשירים עם מגרעת במסך.
- לא מניחים את הגובה של שורת הסטטוס. במקום זאת, צריך להשתמש ב-
WindowInsetsוב-View.OnApplyWindowInsetsListener. למידע נוסף, אפשר לצפות בסרטון droidcon NYC 2017. - אל תניחו שהאפליקציה תופסת את כל החלון. במקום זאת, צריך לאשר את המיקום באמצעות
View.getLocationInWindow()ולא באמצעותView.getLocationOnScreen(). * כשמטפלים ב-MotionEvent, משתמשים ב-MotionEvent.getX()וב-MotionEvent.getY(), ולא ב-MotionEvent.getRawX()וב-MotionEvent.getRawY().
בדיקה ועדכון של ערכות ה-SDK והספריות
מוודאים שיחסי התלות ב-SDK של צד שלישי תומכים ב-API 31: חלק מספקי ה-SDK מפרסמים את זה במניפסט שלהם, ואחרים דורשים בדיקה נוספת. אם אתם משתמשים ב-SDK שלא תומך ב-API 31, חשוב לתת עדיפות לעבודה עם ספק ה-SDK כדי לפתור את הבעיה.
בנוסף, חשוב לדעת שtargetSdkVersion עשוי להגביל את הגישה לספריות פרטיות של פלטפורמת Android. פרטים נוספים מופיעים במאמר NDK Apps Linking to Platform Libraries.
כדאי גם לבדוק אם יש הגבלות בגרסה של ספריית התמיכה של Android שבה אתם משתמשים. כמו תמיד, אתם צריכים לוודא שיש תאימות בין הגרסה הראשית של ספריית התמיכה של Android לבין compileSdkVersion של האפליקציה.
מומלץ לבחור targetSdkVersion שקטן או שווה לגרסה הראשית של Support Library. מומלץ לעדכן לספריית תמיכה תואמת עדכנית כדי ליהנות מהתכונות העדכניות של התאימות ומהתיקונים של הבאגים.
בדיקת האפליקציה
אחרי שמעדכנים את רמת ה-API והתכונות של האפליקציה בהתאם, מומלץ לבדוק כמה תרחישי שימוש מרכזיים. ההצעות הבאות הן לא רשימה מלאה, אבל הן נועדו לעזור לכם בתהליך הבדיקה. אנחנו ממליצים לבדוק את הדברים הבאים:
- שהאפליקציה עוברת קומפילציה ל-API ברמה 29 ללא שגיאות או אזהרות.
האפליקציה כוללת אסטרטגיה למקרים שבהם המשתמש דוחה בקשות להרשאות, ומציגה למשתמש בקשות להרשאות. לשם כך:
- עוברים למסך פרטי האפליקציה של האפליקציה ומשביתים כל הרשאה.
- פותחים את האפליקציה ומוודאים שהיא לא קורסת.
- מבצעים בדיקות של תרחישי שימוש מרכזיים ומוודאים שההרשאות הנדרשות מוצגות שוב.
האפליקציה מטפלת במצב נמנום עם תוצאות צפויות וללא שגיאות.
- באמצעות adb, מעבירים את מכשיר הבדיקה למצב שינה בזמן שהאפליקציה פועלת.
- בודקים תרחישי שימוש שמפעילים הודעות של העברת הודעות בענן ב-Firebase.
- בודקים תרחישים לדוגמה שמשתמשים בהתראות או במשימות.
- צריך לבטל את כל התלות בשירותי רקע.
- העברת האפליקציה למצב המתנה (App Standby)
- בודקים תרחישי שימוש שמפעילים הודעות של העברת הודעות בענן ב-Firebase.
- בודקים את כל תרחישי השימוש שבהם נעשה שימוש בהתראות.
- באמצעות adb, מעבירים את מכשיר הבדיקה למצב שינה בזמן שהאפליקציה פועלת.
טיפול בתמונות או בסרטונים חדשים שצולמו
- בודקים שהאפליקציה מטפלת בשידורים המוגבלים
ACTION_NEW_PICTUREובACTION_NEW_VIDEOבצורה תקינה (כלומר, שהם הועברו למשימות של JobScheduler). - מוודאים שתרחישי שימוש קריטיים שתלויים באירועים האלה עדיין פועלים.
- בודקים שהאפליקציה מטפלת בשידורים המוגבלים
האפליקציה מטפלת בשיתוף קבצים עם אפליקציות אחרות – בודקים כל תרחיש שימוש שבו נתוני קבצים משותפים עם אפליקציה אחרת (אפילו אפליקציה אחרת של אותו מפתח)
- בודקים שהתוכן גלוי באפליקציה השנייה ולא גורם לקריסות.
מידע נוסף
כדאי להירשם לקבלת הודעות אימייל ב-Google Play Console כדי שנוכל לשלוח לכם עדכונים והודעות חשובים מ-Android ומ-Google Play, כולל הניוזלטר החודשי שלנו לשותפים.