במסמך הזה מוצגת סקירה כללית של שלבי הפיתוח והבדיקה האופייניים. זה יכול לעזור לכם להתכונן בהתאם ללוח הזמנים של השקת הפלטפורמה, ולהבטיח חוויית שימוש מעולה ב-Android 13.
כל גרסה של Android מגיעה עם תכונות חדשות ושינויים בהתנהגות שנועדו לשפר את היעילות, האבטחה והביצועים של Android. במקרים רבים האפליקציה שלכם תפעל מההתחלה בדיוק כמו שציפיתם, אבל לפעמים אולי תצטרכו לעדכן אותה בהתאם לשינויים בפלטפורמה.
המשתמשים יכולים לקבל גישה לפלטפורמה החדשה ברגע שקוד המקור שלה מתפרסם ב-AOSP (פרויקט קוד פתוח של Android). לכן חשוב שהאפליקציות שלכם יהיו מוכנות, יפעלו כמצופה אצל המשתמשים וינצלו את התכונות החדשות ואת ממשקי ה-API כדי למקסם את השימוש בפלטפורמה החדשה.
תהליך העברה טיפוסי כולל שני שלבים, שיכולים להתבצע בו-זמנית:
- הבטחת תאימות של אפליקציות (עד לגרסה הסופית של Android 13)
- טירגוט התכונות והממשקי API החדשים של הפלטפורמה (בהקדם האפשרי אחרי השחרור הסופי)
הבטחת תאימות ל-Android 13
חשוב לבדוק את הפונקציונליות של האפליקציה הקיימת שלכם ב-Android 13 כדי להבטיח חוויה מצוינת למשתמשים שמבצעים עדכון לגרסה האחרונה של Android. שינויים מסוימים בפלטפורמה יכולים להשפיע על אופן הפעולה של האפליקציה, ולכן חשוב לבצע בדיקות מוקדמות ומקיפות ולבצע את ההתאמות הנדרשות באפליקציה.
בדרך כלל אפשר לבצע שינויים באפליקציה ולפרסם עדכון בלי לשנות את targetSdkVersion שלה. באופן דומה, לא אמור להיות צורך להשתמש בממשקי API חדשים או לשנות את compileSdkVersion של האפליקציה, אבל זה יכול להיות תלוי באופן שבו האפליקציה בנויה ובפונקציונליות של הפלטפורמה שבה היא משתמשת.
לפני שמתחילים בבדיקה, חשוב לקרוא את השינויים בהתנהגות של כל האפליקציות. יכול להיות שהשינויים האלה ישפיעו על האפליקציה שלכם, גם אם לא תשנו את targetSdkVersion שלה.
אפשר לצרוב קובץ אימג' של מערכת Android 13 במכשיר, או להוריד קובץ אימג' של מערכת לאמולטור Android.
כדאי לעיין בשינויים בהתנהגות המערכת כדי לזהות תחומים שבהם האפליקציה שלכם עשויה להיות מושפעת.
מתקינים את האפליקציה במכשיר או באמולטור ומריצים בדיקות. חשוב להתמקד בשינויים בהתנהגות המערכת ולבדוק את כל תהליכי העבודה באפליקציה.
מבצעים בקוד רק את השינויים שנדרשים כדי להתאים לשינויים בהתנהגות או כדי לפתור בעיות. צריך לבצע קומפילציה מחדש עם אותה רמת API שהאפליקציה טירגטה במקור – אין צורך לטרגט ל-Android 13.
חותמים על קובץ Android App Bundle או APK מעודכן, מעלים אותו ומפרסמים אותו.
ביצוע בדיקות תאימות
ברוב המקרים, בדיקת התאימות ל-Android 13 דומה לבדיקה רגילה של אפליקציות. זה הזמן לעיין בהנחיות הבסיסיות בנושא איכות האפליקציה ובשיטות המומלצות לבדיקה.
כדי לבדוק, מתקינים את האפליקציה שפורסמה כרגע במכשיר עם Android 13, ומבצעים את כל התהליכים והפונקציות תוך כדי חיפוש בעיות. כדי לעזור לכם להתמקד בבדיקות, כדאי לעיין בשינויים בהתנהגות של כל האפליקציות שהוצגו ב-Android 13. השינויים האלה יכולים להשפיע על אופן הפעולה של האפליקציה או לגרום לקריסה שלה.
חשוב גם לבחון ולבדוק אם נעשה שימוש בממשקי non-SDK מוגבלים. צריך להחליף כל ממשק מוגבל שבו האפליקציה משתמשת ב-SDK ציבורי או ב-NDK מקביל. כדאי לעקוב אחרי אזהרות ב-logcat שמדגישות את הגישות האלה, ולהשתמש בשיטה StrictMode detectNonSdkApiUsage() כדי לתפוס אותן באופן פרוגרמטי.
לבסוף, חשוב לבצע בדיקה מלאה של הספריות וערכות ה-SDK באפליקציה כדי לוודא שהן פועלות כמצופה ב-Android 13, ושהן עומדות בדרישות של שיטות מומלצות בנושא פרטיות, ביצועים, חוויית משתמש, טיפול בנתונים והרשאות. אם אתם מוצאים בעיה, נסו לעדכן לגרסה העדכנית של ה-SDK או לפנות למפתח ה-SDK לקבלת עזרה.
אחרי שתסיימו את הבדיקות ותבצעו את העדכונים, מומלץ לפרסם את האפליקציה התואמת מיד. כך המשתמשים יכולים לבדוק את האפליקציה בשלב מוקדם, ואתם יכולים לוודא שהמעבר ל-Android 13 יהיה חלק.
עדכון הטירגוט של האפליקציה וגרסת ה-build באמצעות ממשקי API חדשים
אחרי שמפרסמים גרסה תואמת של האפליקציה, השלב הבא הוא להוסיף תמיכה מלאה ב-Android 13 על ידי עדכון targetSdkVersionוניצול היתרונות של ממשקי API ויכולות חדשים ב-Android 13.
אפשר לבצע את העדכונים האלה ברגע שמוכנים לכך, תוך התחשבות בדרישות של Google Play לטירגוט הפלטפורמה החדשה.
במסגרת התכנון של העבודה שלכם כדי לתמוך באופן מלא ב-Android 13, כדאי לעיין בשינויים בהתנהגות שמשפיעים על אפליקציות שמטרגטות את Android 13. השינויים הממוקדים בהתנהגות האלה עלולים לגרום לבעיות פונקציונליות שצריך לפתור. במקרים מסוימים, השינויים האלה דורשים פיתוח משמעותי, ולכן מומלץ ללמוד עליהם ולטפל בהם מוקדם ככל האפשר. כדי לזהות שינויים ספציפיים בהתנהגות שמשפיעים על האפליקציה, אפשר להשתמש במתגי התאימות כדי לבדוק את האפליקציה עם שינויים נבחרים שמופעלים.
בשלבים הבאים מוסבר איך לתמוך באופן מלא ב-Android 13.
כדי ליצור אפליקציות ל-Android 13, צריך להתקין את הגרסה העדכנית של Android Studio Preview. עליכם לוודא שיש לכם מכשיר או אמולטור עם Android 13.
מעדכנים את targetSdkVersion ואת ההגדרות האחרות של
הגרסה.
כדאי לעיין בשינויים בהתנהגות שחלים על אפליקציות שמטרגטות את Android 13. לזהות תחומים שבהם האפליקציה עשויה להיות מושפעת, ולתכנן איך לתמוך בהם.
מבצעים את השינויים בקוד ובארכיטקטורה שנדרשים כדי לתמוך בשינויים בפרטיות המשתמש ב-Android 13.
כדאי להשתמש בממשקי API של Android 13 כדי להוסיף תכונות ויכולות חדשות לאפליקציות. קומפילציה מחדש ל-Android 13.
בדיקה במכשיר או באמולטור עם Android 13. מומלץ להתמקד בתחומים שבהם שינויים בהתנהגות עשויים להשפיע על האפליקציה. כדאי לנסות פונקציונליות שמשתמשת בממשקי API חדשים. שליחת משוב על הפלטפורמה ועל ממשקי ה-API. דיווח על בעיות בפלטפורמה, ב-API או ב-SDK של צד שלישי.
אחרי שגרסאות ה-API של Android 13 יהיו סופיות, צריך לעדכן שוב את targetSdkVersion ואת הגדרות הגרסה האחרות, לבצע עדכונים נוספים ולבדוק את האפליקציה.
חותמים על קובץ Android App Bundle או APK מעודכן, מעלים אותו ומפרסמים אותו.
קבלת ה-SDK, שינוי הטירגוט, פיתוח באמצעות ממשקי API חדשים
כדי להתחיל לבדוק את התמיכה המלאה ב-Android 13, צריך להשתמש בגרסת התצוגה המקדימה האחרונה של Android Studio כדי להוריד את Android 13 SDK ואת כל הכלים האחרים שנדרשים. בשלב הבא, מעדכנים את targetSdkVersion וcompileSdkVersion של האפליקציה ומקמפלים מחדש את האפליקציה. פרטים נוספים זמינים במדריך להגדרת ה-SDK.
בדיקת אפליקציה ל-Android 13
אחרי שמקמפלים את האפליקציה ומתקינים אותה במכשיר עם Android 13, מתחילים לבדוק כדי לוודא שהאפליקציה פועלת כמו שצריך כשמטרגטים את Android 13. חלק מהשינויים בהתנהגות חלים רק כשהאפליקציה שלכם מטרגטת את הפלטפורמה החדשה, ולכן מומלץ לעיין בשינויים האלה לפני שמתחילים.
בדומה לבדיקות תאימות בסיסיות, צריך לבדוק את כל התהליכים והפונקציות כדי למצוא בעיות. התמקדו בבדיקות של השינויים בהתנהגות של אפליקציות שמטרגטות ל-Android 13. זה גם זמן טוב לבדוק את האפליקציה לפי הנחיות האיכות הבסיסיות לאפליקציות והשיטות המומלצות לבדיקה.
חשוב לבדוק את האפליקציה ולוודא שאין בה שימוש בממשקים מוגבלים שאינם SDK. כדאי לעקוב אחרי אזהרות logcat שמדגישות את הגישות האלה ולהשתמש בשיטה detectNonSdkApiUsage() של StrictMode כדי לזהות אותן באופן פרוגרמטי.
לבסוף, חשוב לבצע בדיקה מלאה של הספריות וערכות ה-SDK באפליקציה כדי לוודא שהן פועלות כמצופה ב-Android 13, ושהן עומדות בדרישות של שיטות מומלצות בנושא פרטיות, ביצועים, חוויית משתמש, טיפול בנתונים והרשאות. אם אתם מוצאים בעיה, נסו לעדכן לגרסה העדכנית של ה-SDK או לפנות למפתח ה-SDK לקבלת עזרה.
בדיקה באמצעות מתגים של תאימות אפליקציות
Android 13 כולל מתגים של תאימות שמקלים על בדיקת האפליקציה עם שינויים ממוקדים בהתנהגות. באפליקציה שניתנת לניפוי באגים, המתגים מאפשרים לכם:
- בדיקת שינויים מטורגטים בלי לשנות בפועל את targetSdkVersion של האפליקציה. אתם יכולים להשתמש במתגים כדי להפעיל בכוח שינויים ספציפיים בהתנהגות של טירגוט, כדי להעריך את ההשפעה על האפליקציה הקיימת.
- מתמקדים בבדיקה של שינויים ספציפיים בלבד. במקום לטפל בכל השינויים המטורגטים בבת אחת, אפשר להשתמש במתגים כדי להשבית את כל השינויים המטורגטים חוץ מאלה שרוצים לבדוק.
- ניהול מתגים באמצעות adb. אתם יכולים להשתמש בפקודות adb כדי להפעיל ולהשבית את השינויים שניתנים להפעלה והשבתה בסביבת הבדיקה האוטומטית שלכם.
- ניפוי באגים מהיר יותר באמצעות מזהי שינוי סטנדרטיים. לכל שינוי שאפשר להפעיל או להשבית יש מזהה ושם ייחודיים שאפשר להשתמש בהם כדי לנפות באגים במהירות בתוצאות של יומן.
המתגים יכולים לעזור לכם כשאתם מתכוננים לשינוי הטירגוט של האפליקציה, או בזמן שאתם מפתחים באופן פעיל תמיכה ב-Android 13. מידע נוסף זמין במאמר שינויים במסגרת התאימות (Android 13).