במסמך הזה מוצגת סקירה כללית של שלבי הפיתוח והבדיקה האופייניים יכולה לעזור לכם לתכנן מוּכנוּת שמתאימה היטב לוח הזמנים להשקת הפלטפורמה שמבטיח חוויה מעולה למשתמשים Android מגרסה 14.
בכל גרסה של Android אנחנו מוסיפים תכונות חדשות ומשנים את ההתנהגות שלה, כדי שהיא תהיה מועילה, מאובטחת וביצועיה יהיו טובים יותר. במקרים רבים האפליקציה תפעל בדיוק כמצופה, לאחר הפעלה ראשונית במקרים אחרים, יכול להיות שתצטרכו לעדכן את האפליקציה כדי להתאים את עצמה לשינויים בפלטפורמה.
המשתמשים יוכלו להתחיל לקבל את הפלטפורמה החדשה ברגע שקוד המקור הושק ב-AOSP (Android Open Source Project), ולכן חשוב מאוד לאפליקציות להיות מוכנים, לפעול כצפוי עבור המשתמשים ורצוי לנצל תכונות חדשות וממשקי API חדשים כדי להפיק את המקסימום מהפלטפורמה החדשה.
להעברה אופיינית יש שני שלבים, שיכולים להיות בו-זמנית:
- הבטחת תאימות האפליקציה (לפי הגרסה הסופית של Android 14)
- טירגוט לפי התכונות החדשות של הפלטפורמה וממשקי ה-API (בהקדם האפשרי אחרי ההשקה הסופית)
מוודאים שהמכשיר תואם ל-Android 14
חשוב לבדוק את הפונקציונליות של האפליקציה הקיימת ב-Android 14 כדי להבטיח חוויית משתמש מעולה למשתמשים שמעדכנים לגרסה האחרונה של Android. שינויים מסוימים בפלטפורמה יכולים להשפיע על האופן שבו האפליקציה מותאם אישית, לכן חשוב לבדוק מוקדם ביסודיות ולבצע אם והתאמות באפליקציה שלך.
בדרך כלל אפשר לשנות את האפליקציה ולפרסם עדכון בלי לשנות את targetSdkVersion של האפליקציה. באופן דומה, לא צריך להשתמש בממשקי API חדשים או
לשנות את compileSdkVersion של האפליקציה, למרות שהדבר תלוי באופן שבו
ואת הפונקציונליות של הפלטפורמה שבה היא משתמשת.
לפני שמתחילים את הבדיקה, חשוב להכיר את השינויים בהתנהגות של כל האפליקציות. השינויים האלה עשויים להשפיע על האפליקציה, גם אם לא
לשנות את targetSdkVersion שלה.
Flash תמונת מערכת של Android 14 למכשיר או מורידים תמונת מערכת לאמולטור Android.
בודקים את השינויים בהתנהגות המערכת כדי לזהות את האזורים שבהם האפליקציה עשויה להיות מושפעת.
מתקינים את האפליקציה במכשיר או במהדמ, ומריצים בדיקות. מתמקדים בשינויים בהתנהגות המערכת ומעבירים את כל תהליכי האפליקציה.
לבצע רק את השינויים הנדרשים כדי להסתגל להתנהגות לבצע שינויים או לפתור בעיות. צריך לבצע הידור מחדש עם אותה רמת API שהאפליקציה טירגטה במקור – אין צורך לטרגט ל-Android 14.
חתימה, העלאה ופרסום של קובץ Android App Bundle המעודכן או APK.
ביצוע בדיקות תאימות
ברוב המקרים, בדיקת התאימות ל-Android 14 דומה לבדיקת אפליקציות רגילה. זה זמן טוב לבדוק את אפליקציית הליבה הנחיות איכות ושיטות מומלצות לבדיקה.
כדי לבדוק, יש להתקין את האפליקציה הנוכחית שפורסמה במכשיר שפועל Android 14, ופועלים לפי כל התהליכים והפונקציונליות בזמן שהם מחפשים בעיות. כדי לעזור לכם למקד את הבדיקה, לקרוא את שינויי ההתנהגות בכל האפליקציות שנוספו Android 14 שיכולה להשפיע על האופן שבו האפליקציה פועלת או לגרום לקרוס.
כמו כן, חשוב לבדוק ולבדוק אם יש שימושים בגרסה מוגבלת של SDK שאינו SDK
ממשקים. יש להחליף את כל הממשק המוגבל שהאפליקציה משתמשת בו
ערכת SDK ציבורית או מקבילה של NDK. כדאי לשים לב אם יש אזהרות של Logcat שמדגישות את הנושאים האלה.
ניגשים, ומשתמשים ב-method StrictMode detectNonSdkApiUsage() כדי לקלוט
אותם באופן פרוגרמטי.
לבסוף, חשוב לבדוק את הספריות ואת ערכות ה-SDK באפליקציה כדי לוודא שהן פועלות כצפוי ב-Android 14, ושהן עומדות בשיטות המומלצות בנושאי פרטיות, ביצועים, חוויית משתמש, טיפול בנתונים והרשאות. אם נתקלתם בבעיה, נסו לעדכן לגרסת ה-SDK העדכנית ביותר או לפנות למפתח ה-SDK לקבלת עזרה.
לאחר סיום הבדיקה וביצוע עדכונים, מומלץ לפרסם לאפליקציה התואמת באופן מיידי. כך המשתמשים יוכלו לבדוק את האפליקציה בשלב מוקדם, וגם תוכלו להבטיח שהם יעברו בצורה חלקה ל-Android 14.
עדכון הטירגוט וה-build של האפליקציה באמצעות ממשקי API חדשים
אחרי שמפרסמים גרסה תואמת של האפליקציה, השלב הבא הוא להוסיף תמיכה מלאה ב-Android 14 על ידי עדכון targetSdkVersion שלה, ולהשתמש ביכולות ובממשקי ה-API החדשים ב-Android 14.
תוכלו לבצע את העדכונים האלה ברגע שתהיו מוכנים, לתשומת ליבכם
הדרישות של Play לטירגוט לפלטפורמה החדשה.
כדי שתהיה תמיכה מלאה ב-Android 14 בעבודה שלך, כדאי לעיין שינויים בהתנהגות שמשפיעים על אפליקציות שמטרגטות ל-Android 14. השינויים המטורגטים בהתנהגות עשויים לגרום לבעיות פונקציונליות, כך שיהיה עליך address. במקרים מסוימים השינויים האלה מחייבים התפתחות משמעותית, לכן מומלץ ללמוד עליהם ולטפל בהם בהקדם האפשרי. כדי לזהות שינויים ספציפיים בהתנהגות שמשפיעים על האפליקציה, אפשר להשתמש במתגי החלפת המצב של התאימות כדי לבדוק את האפליקציה כשהשינויים שנבחרו מופעלים.
בשלבים הבאים מוסבר איך לתמוך באופן מלא ב-Android 14.
צריך להתקין את הגרסה האחרונה של התצוגה המקדימה של Android Studio כדי ליצור גרסת build
עם Android 14. מוודאים שיש לכם מכשיר 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, צריך להשתמש בגרסה האחרונה
גרסת טרום-השקה (Preview) של Android Studio להורדת ה-SDK של Android 14
וכל כלי אחר שדרוש לכם. בשלב הבא, מעדכנים את 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).