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