כשמעלים קובץ APK, הוא צריך לעמוד בדרישות של Google Play בנוגע לרמת ה-API המיועדת.
החל מ-31 באוגוסט 2026:
- כדי לשלוח אפליקציות חדשות ועדכונים לאפליקציות ל-Google Play, הן חייבות לטרגט ל-Android 16 (רמת API 36) ומעלה. יוצאות מן הכלל הן אפליקציות ל-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_FINE_LOCATION, אתם צריכים לבקש גם את ההרשאהACCESS_COARSE_LOCATION.- מסנני Intent: אם האפליקציה מכילה פעילויות, שירותים או מקלטי שידורים שמשתמשים במסנני Intent, צריך להצהיר במפורש על המאפיין android:exported של הרכיבים האלה.
- מצב שינה: אפליקציות שלא משתמשים בהן במשך זמן מה עשויות לעבור למצב שינה. במצב תרדמה, ההרשאות בתחילת ההפעלה והמטמון של האפליקציה מתאפסים, ואי אפשר להפעיל משימות או התראות. אתם יכולים לבדוק את סטטוס מצב השינה של האפליקציה.
- יכולת השינוי של אובייקטים מסוג intent בהמתנה: צריך לציין את יכולת השינוי של כל אובייקט intent בהמתנה שהאפליקציה יוצרת.
חוויית משתמש
- התראות בהתאמה אישית: התראות עם תצוגות תוכן בהתאמה אישית לא ישתמשו יותר בכל אזור ההתראות. במקום זאת, המערכת תחיל תבנית רגילה. התבנית הזו מבטיחה שההתראות בהתאמה אישית יכללו את אותו עיטור כמו התראות אחרות בכל המצבים. ההתנהגות הזו כמעט זהה להתנהגות של
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 ולגרסאות מתקדמות יותר של הפלטפורמה:
-
מצב חיסכון בסוללה ואפליקציה במצב המתנה
צריך לתכנן את האפליקציה בהתאם להתנהגויות שמתוארות במאמר Optimizing for Doze and App Standby (אופטימיזציה למצב חיסכון בסוללה ולאפליקציה במצב המתנה), שכולל שינויים מצטברים שהוצגו בכמה גרסאות של הפלטפורמה.
כשהמכשיר נמצא במצב Doze ובמצב המתנה של אפליקציות, המערכת פועלת באופן הבא:
- הגבלת הגישה לרשת
- דחיית התראות, סנכרונים ומשימות
- הגבלת סריקות GPS ו-Wi-Fi
- מגבילה הודעות בעדיפות רגילה של העברת הודעות בענן ב-Firebase.
-
שינויים בהרשאות
- המערכת מגבילה את הגישה לספריות הפרטיות של האפליקציה.
-
חשיפת URI של
file://מחוץ לאפליקציה מפעילהFileUriExposedException. אם אתם צריכים לשתף קבצים מחוץ לאפליקציה, אתם צריכים להטמיע אתFileProvider
-
המערכת אוסרת על קישור לספריות שאינן NDK.
רשימה מלאה של השינויים שנוספו ב-Android 7.0 (רמת API 24) מופיעה בדף שינויים בהתנהגות של גרסת הפלטפורמה הזו.
ממשיכים לפי ההוראות בקטע הבא.
מעבר ל-Android 8 (רמת API 26)
השיקולים הבאים רלוונטיים לאפליקציות שמטרגטות ל-Android 8.0 ולגרסאות מתקדמות יותר של הפלטפורמה:
-
מגבלות על הפעלה ברקע
-
המערכת מגבילה את השירותים של אפליקציות שלא פועלות בחזית.
-
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.
-
-
הודעות מרומזות
-
הודעות מרומזות מוגבלות. כדי לקבל מידע על טיפול באירועים ברקע, אפשר לעיין במסמכי התיעוד של ה-API של
JobScheduler.
-
הודעות מרומזות מוגבלות. כדי לקבל מידע על טיפול באירועים ברקע, אפשר לעיין במסמכי התיעוד של ה-API של
-
מגבלות על מיקום ברקע
-
לאפליקציות שפועלות ברקע יש גישה מוגבלת לנתוני המיקום.
- במכשירים עם Google Play Services, משתמשים ב ספק מיקום משולב כדי לקבל עדכוני מיקום תקופתיים.
-
לאפליקציות שפועלות ברקע יש גישה מוגבלת לנתוני המיקום.
-
המערכת מגבילה את השירותים של אפליקציות שלא פועלות בחזית.
-
Notification Channels
- צריך להגדיר מאפייני הפרעה של התראות לכל ערוץ בנפרד.
- כדי שההתראות יופיעו, צריך להקצות אותן לערוץ.
-
הגרסה הזו של הפלטפורמה תומכת ב-
NotificationCompat.Builder.
-
פרטיות
- ההיקף של ANDROID_ID הוא לכל מפתח לחתימת אפליקציות.
רשימה מלאה של השינויים שהוצגו ב-Android 8.0 (רמת API 26) מופיעה בדף שינויים בהתנהגות של אותה גרסה של הפלטפורמה.
מעבר מ-Android 8 (API 26) ל-Android 9 (API 28)
-
ניהול צריכת חשמל
- קטגוריות של אפליקציות במצב המתנה מביאות איתן הגבלות חדשות על פעילות ברקע, שמבוססות על מידת המעורבות באפליקציה, כמו דחיית משימות, התראות ומכסות על הודעות בעדיפות גבוהה
- שיפורים בחיסכון בסוללה הגברת המגבלות על אפליקציות במצב המתנה
-
הרשאה לשימוש בשירות שפועל בחזית
- צריך לבקש את ההרשאה הרגילה
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(). -
קונספט חדש של מחזור חיים, topmost resumed, שאפשר לזהות על ידי הרשמה ל-
onTopResumedActivityChanged().- רק פעילות אחת יכולה להיות "הפעילות העליונה ביותר שהופעלה מחדש".
-
השינוי הזה משפיע על ההתנהגות של
-
כשהערך של
resizeableActivityמוגדר כ-false, אפליקציות יכולות גם לצייןminAspectRatioשמוסיף באופן אוטומטי פסים שחורים לאפליקציה ביחסי גובה-רוחב צרים יותר.
-
עכשיו כמה פעילויות יכולות להיות במצב "חודשה" בו-זמנית, אבל רק אחת מהן נמצאת בפוקוס.
-
שינויים בפרטיות
-
נפח אחסון ייעודי לאפליקציות
- הגישה לאחסון חיצוני מוגבלת רק לספרייה ספציפית לאפליקציה ולסוגים ספציפיים של מדיה שהאפליקציה יצרה.
-
גישה מוגבלת למיקום כשהאפליקציה פועלת ברקע,
שדורשת
הרשאת
ACCESS_BACKGROUND_LOCATION. - גישה מוגבלת למזהים שלא ניתנים לאיפוס, כמו IMEI ומספר סידורי.
-
גישה מוגבלת למידע על פעילות גופנית, כמו ספירת הצעדים של המשתמש, שמחייבת הרשאת
ACTIVITY_RECOGNITION. -
גישה מוגבלת לממשקי API מסוימים של טלפוניה, Bluetooth ו-Wi-Fi, שמחייבים הרשאת
ACCESS_FINE_LOCATION. -
גישה מוגבלת להגדרות ה-Wi-Fi
- אפליקציות לא יכולות יותר להפעיל או להשבית Wi-Fi באופן ישיר, וצריך לעשות זאת באמצעות חלוניות ההגדרות.
-
הגבלות על התחלת חיבור לרשת Wi-Fi,
שמחייבות שימוש ב-
WifiNetworkSpecifierאו ב-WifiNetworkSuggestion.
-
נפח אחסון ייעודי לאפליקציות
מעבר מ-Android 10 (רמת API 29) ל-Android 11 (רמת API 30)
-
פרטיות
- אכיפה של נפח אחסון ייעודי לאפליקציות : האפליקציות צריכות לאמץ את המודל של נפח אחסון ייעודי לאפליקציות, שבו סוגי קבצים ספציפיים לאפליקציה, קובצי מדיה וסוגי קבצים אחרים נשמרים ונגישים באמצעות מיקומים ייעודיים.
- איפוס הרשאות אוטומטי: אם המשתמשים לא השתמשו באפליקציה במשך כמה חודשים, המערכת מאפסת באופן אוטומטי את הרשאות הגישה למידע רגיש של האפליקציה. זה לא אמור להשפיע על רוב האפליקציות. אם האפליקציה פועלת בעיקר ברקע בלי אינטראקציות של המשתמשים, כדאי לבקש מהמשתמשים להשבית את האיפוס האוטומטי.
- גישה למיקום ברקע: אפליקציות צריכות לבקש הרשאת מיקום בחזית והרשאת מיקום ברקע בנפרד. אפשר לתת גישה להרשאת מיקום ברקע רק בהגדרות האפליקציה ולא בתיבות דו-שיח של הרשאות בתחילת ההפעלה.
-
הרשאות גישה לחבילות: כשאפליקציה שולחת שאילתה לגבי רשימת האפליקציות והשירותים שמותקנים במכשיר, הרשימה שמוחזרת מסוננת.
- אם אתם משתמשים בשירותי המרת טקסט לדיבור (TTS) או זיהוי דיבור, תצטרכו להוסיף לקובץ המניפסט רכיבי שאילתות לשירותים.
-
אבטחה
- אין יותר תמיכה בקובצי resource.arsc דחוסים
- עכשיו נדרשת סכמת חתימה על APK בגרסה 2. מסיבות של תאימות לאחור, המפתחים צריכים להמשיך לחתום גם באמצעות APK Signature Scheme v1.
- הגבלה על ממשק שאינו SDK. לא מומלץ להשתמש בממשקים שאינם של SDK באפליקציות שמטרגטות את רמת ה-API המיועדת 30, כי חלק מהממשקים האלה חסומים עכשיו. ממשקים שאינם SDK שנחסמו ב-Android 11 – רשימה מקיפה של ממשקים שאינם SDK שנחסמו.
רשימה מלאה של השינויים שנוספו ב-Android 11 (רמת API 30) מופיעה בדף שינויים באופן הפעולה.
ממשיכים לעדכן ל-API 31 לפי ההוראות בקטע הקודם.
מודרניזציה של האפליקציות
כשמעדכנים את רמת ה-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 שמקושרות לספריות של הפלטפורמה.
כדאי גם לבדוק אם יש הגבלות בגרסה של ספריית התמיכה של Android שבה אתם משתמשים. כמו תמיד, צריך לוודא שיש תאימות בין הגרסה הראשית של ספריית התמיכה של Android לבין ה-compileSdkVersion של האפליקציה.
מומלץ לבחור targetSdkVersion קטן או שווה לגרסה הראשית של ספריית התמיכה. אנחנו ממליצים לעדכן לגרסה עדכנית של ספריית התמיכה כדי ליהנות מהתכונות החדשות ביותר של תאימות ותיקוני באגים.
בדיקת האפליקציה
אחרי שמעדכנים את רמת ה-API ואת התכונות של האפליקציה לפי הצורך, כדאי לבדוק כמה תרחישי שימוש עיקריים. ההצעות הבאות הן לא ממצות, אבל הן נועדו להנחות את תהליך הבדיקה. אנחנו ממליצים לבדוק:
- שהאפליקציה עוברת קומפילציה ל-API 29 בלי שגיאות או אזהרות.
שבאפליקציה יש אסטרטגיה למקרים שבהם המשתמש דוחה בקשות הרשאה, ושהיא מבקשת מהמשתמש הרשאות. לשם כך:
- עוברים למסך "פרטי האפליקציה" ומשביתים את כל ההרשאות.
- פותחים את האפליקציה ומוודאים שהיא לא קורסת.
- מבצעים בדיקות של תרחישי שימוש עיקריים ומוודאים שההרשאות הנדרשות מתבקשות שוב.
מטפלת במצב Doze עם תוצאות צפויות וללא שגיאות.
- באמצעות adb, מעבירים את מכשיר הבדיקה למצב Doze בזמן שהאפליקציה פועלת.
- בודקים את כל התרחישים לדוגמה שמפעילים הודעות של "העברת הודעות בענן ב-Firebase".
- בודקים את כל תרחישי השימוש שכוללים התראות או משימות.
- להסיר את כל יחסי התלות בשירותים שפועלים ברקע.
- הגדרת האפליקציה למצב המתנה
- בודקים את כל התרחישים לדוגמה שמפעילים הודעות של "העברת הודעות בענן ב-Firebase".
- בודקים את כל תרחישי השימוש שבהם נעשה שימוש בהתראות.
- באמצעות adb, מעבירים את מכשיר הבדיקה למצב Doze בזמן שהאפליקציה פועלת.
טיפול בתמונות או בסרטונים חדשים שצולמו
- מוודאים שהאפליקציה מטפלת בשידורים המוגבלים
ACTION_NEW_PICTUREו-ACTION_NEW_VIDEOכראוי (כלומר, הועברו למשימות JobScheduler). - חשוב לוודא שכל תרחישי השימוש הקריטיים שתלויים באירועים האלה עדיין פועלים.
- מוודאים שהאפליקציה מטפלת בשידורים המוגבלים
מטפלת בשיתוף קבצים עם אפליקציות אחרות - צריך לבדוק כל תרחיש שימוש שבו נתוני קבצים משותפים עם אפליקציה אחרת (אפילו אפליקציה אחרת של אותו מפתח)
- בודקים שהתוכן גלוי באפליקציה השנייה ולא גורם לקריסות.
מידע נוסף
כדאי להירשם לקבלת אימיילים ב-Google Play Console כדי שנוכל לשלוח לכם עדכונים והודעות חשובים מ-Android ומ-Google Play, כולל הניוזלטר החודשי שלנו לשותפים.