במסמך הזה מוצגת סקירה כללית של שלבי הפיתוח והבדיקה הרגילים, שיכולה לעזור לכם לתכנן את מוכנות האפליקציה שלכם בהתאם ללוחות הזמנים להשקת הפלטפורמה, וכך להבטיח חוויית שימוש מעולה למשתמשים ב-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, שיכולים להשפיע על אופן הפעולה של האפליקציה או לגרום לקריסה שלה.
בנוסף, חשוב לבדוק ולבדוק אם יש שימוש בממשקים מוגבלים שאינם 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.
כדי ליצור גרסאות build עם Android 13, צריך להתקין את הגרסה האחרונה של Android Studio Preview. מוודאים שיש לכם מכשיר או אמולטור עם Android 13.
מעדכנים את targetSdkVersion והגדרות build אחרות.
כדאי לעיין בשינויים בהתנהגות שחלים על אפליקציות שמטרגטות את Android 13. זיהוי תחומים שבהם האפליקציה עשויה להיות מושפעת, ותכנון דרכים לתמיכה בהם.
מבצעים שינויים בקוד ובארכיטקטורה שנדרשים כדי לתמוך בשינויים בפרטיות המשתמשים ב-Android 13.
אתם יכולים להשתמש בממשקי ה-API של Android 13 כדי להוסיף לאפליקציות שלכם תכונות ויכולות חדשות. מבצעים הידור מחדש עבור Android 13.
בדיקה במכשיר או במהדמ של Android 13. כדאי להתמקד באזורים שבהם שינויים בהתנהגות עשויים להשפיע על האפליקציה. כדאי לנסות פונקציונליות שמשתמשת בממשקי API חדשים. שליחת משוב על הפלטפורמה ועל ה-API. דיווח על בעיות בפלטפורמה, ב-API או ב-SDK של צד שלישי.
אחרי שה-API של Android 13 יהיו סופיים, תצטרכו לעדכן שוב את targetSdkVersion ואת הגדרות ה-build האחרות, לבצע עדכונים נוספים ולבדוק את האפליקציה.
חותמים על קובץ ה-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 שמציינות את הגישה הזו, ולהשתמש ב-method StrictMode detectNonSdkApiUsage() כדי לזהות אותן באופן פרוגרמטי.
לבסוף, חשוב לבדוק את הספריות וערכות ה-SDK באפליקציה כדי לוודא שהן פועלות כצפוי ב-Android 13, ופועלות בהתאם לשיטות המומלצות בנושאי פרטיות, ביצועים, חוויית משתמש, טיפול בנתונים והרשאות. אם נתקלתם בבעיה, נסו לעדכן לגרסת ה-SDK העדכנית ביותר או לפנות למפתח ה-SDK לקבלת עזרה.
בדיקה באמצעות מתגים של תאימות לאפליקציות
ב-Android 13 יש מתגים לתאימות שמאפשרים לבדוק בקלות את האפליקציה עם שינויים התנהגותיים ממוקדים. באפליקציה שניתנת לניפוי באגים, המתגים מאפשרים לכם:
- בדיקת שינויים ממוקדים בלי לשנות בפועל את הערך של targetSdkVersion באפליקציה. אתם יכולים להשתמש במתגי ההפעלה/השבתה כדי להפעיל בכוח שינויים ספציפיים בהתנהגות של משתמשים מטורגטים, כדי להעריך את ההשפעה על האפליקציה הקיימת.
- מקדישים את הבדיקות לשינויים ספציפיים בלבד. במקום לטפל בכל השינויים המטורגטים בבת אחת, מתגי ההפעלה מאפשרים להשבית את כל השינויים המטורגטים מלבד אלה שרוצים לבדוק.
- ניהול המתגים באמצעות adb אפשר להשתמש בפקודות adb כדי להפעיל ולהשבית את השינויים שאפשר להחליף בסביבת הבדיקה האוטומטית.
- ניפוי באגים מהר יותר באמצעות מזהי שינויים רגילים. לכל שינוי שניתן להפעיל או להשבית יש מזהה ושם ייחודיים, שאפשר להשתמש בהם כדי לנפות באגים במהירות בגורם השורש בפלט היומנים.
המתגים יכולים לעזור לכם להתכונן לשינוי הטירגוט של האפליקציה, או במהלך הפיתוח של התמיכה ב-Android 13. למידע נוסף, קראו את המאמר שינויים במסגרת התאימות (Android 13).