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