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