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