התחלת בדיקה במכשירים וירטואליים של Android

במסמך הזה מתוארים קובצי AVD של Test Lab, כולל הטבות ומגבלות ידועות. אנחנו מספקים גם המלצות לגבי איך לבדוק את האפליקציה לאורך מחזור החיים של הפיתוח. Test Lab פריטי AVD הם בדומה ל-AVD ל-Android של Studio אבל מותאמים לביצועים טובים באמצעות בדיקה בענן, לכן יש מעט הבדלים בין שני הסוגים.

Test Lab קובצי AVD עם סיומת .arm או (Arm) הם מתקדמים אמולטורים שמספקים את היתרונות הבאים:

• זמן ביצוע מהיר יותר של הבדיקה

• גדלים ודחיסות של מסכים שתואמים לרכיבי ה-AVD של Android Studio עבור עקביות

• גרפיקה מואצת שנתמכת על ידי GPU

בטבלה הבאה מתוארים יתרונות השימוש במכשירים וירטואליים:

בדיקת האפליקציה באמצעות מכשירים וירטואליים

אפשר לבדוק את האפליקציה באמצעות מכשירים וירטואליים באותו אופן שבו בודקים אותה באמצעות מכשירים פיזיים. אפשר לבחור מכשירים וירטואליים לבדיקות להגדיר מטריצת בדיקה. לקבלת מידע נוסף על הרצת בדיקות עם Test Lab, למידע נוסף, ראו התחלת הבדיקה ל-Android עם Firebase Test Lab.

צפייה במודלים ובממשקי API נתמכים

כדי להציג מודלים של AVD וממשקי API שנתמכים על ידי Test Lab, מריצים את הפקודה הבאה:

gcloud firebase test android models list --filter=virtual

שיטות מומלצות לבדיקה של האפליקציה

מכשירים וירטואליים מגדילים את מגוון האפשרויות כשבודקים את האפליקציה באמצעות Test Lab מומלץ להשתמש בשיטות המומלצות הבאות כדי לבדוק את לכל אורך מחזור החיים של פיתוח האפליקציה:

שימוש במהדמנת של Android Studio או במכשיר פיזי מחובר

במהלך הפיתוח של האפליקציה, כדאי להשתמש במהדמ של Android Studio או במכשיר פיזי מחובר כדי לבדוק כל גרסה זמנית לאימות ראשוני. אם יש לכם בדיקות אינסטרומנטציה. אפשר גם להריץ את הבדיקות האלה מ-Android Studio מכשירים פיזיים או וירטואליים שסופקו על ידי Test Lab.

שימוש במערכות CI בכל שינוי קוד כשעובדים בפרויקטים משותפים

אם אתם עובדים על פרויקט גדול, או אם אתם תורמים לפרויקטים משותפים באמצעות GitHub או א��ר ��ומה, מומלץ להשתמש באינטגרציה רציפה (CI) ו-CI). בדיקת האפליקציות במכשירים וירטואליים בכל פעם שמערכת ה-CI פועל או לפני כל בקשת משיכה. מידע נוסף על השימוש ב-Test Lab עם מערכות CI זמין במאמר שימוש ב-Test Lab ל-Android עם מערכות אינטגרציה רציפה.

בדיקת האפליקציה במכשירים פיזיים באמצעות Test Lab לפני פרסום של עדכונים משמעותיים לאפליקציה

לפני שאתם מפרסמים עדכונים לאפליקציה שכוללים שינויים משמעותיים בממשק המשתמש ובפונקציונליות, מומלץ להשתמש ב-Test Lab כדי לבדוק את האפליקציה ב- מכשירים פיזיים. כך תוכלו לוודא שהאפליקציה יציבה ומבצעת את הפעולות בצורה טובה במגוון רחב של מכשירים פיזיים פופולריים. בדיקה פיזית במכשירים האלה אפשר גם להבטיח כיסוי בדיקה לכל פונקציונליות של אפליקציה שמסתמכת על תכונות של מכשירים פיזיים שלא מדמות מכשירים וירטואליים. למידה מידע נוסף על התכונות האלה זמין במאמר מגבלות ידועות.

עדכונים של מכשיר וירטואלי

מדי פעם, צוות Android מוסיף תמונות חדשות של מכשירים וירטואליים, ומוציא משימוש תמונות ישנות ומעדכן את האתרים הקיימים. אנחנו מחילים את העדכונים האלה במכשיר הווירטואלי שלנו כדי לוודא שבודקים מול גרסה עדכנית של Android שמשקפות את המשתמשים לחוויות שונות.

במקרים נדירים, העדכונים האלה עלולים לגרום לכישלון בלתי צפוי של בדיקות. אם יש עדכון ידוע שעלול לגרום לשיבושים, Test Lab יכלול מידע בהערות למהדורה. מומלץ להשתמש במסגרות בדיקה – לדוגמה, אספרסו ולכן הם עמידים לשינויים האלה, כשהדבר אפשרי. כשזה לא אפשרי, מומלץ לטרגט מכשירים וירטואליים של זרועות, ויכול להיות שנעדכן אותך בתדירות נמוכה יותר.

מגבלות ידועות

בשלב זה, חלק מהתכונות של המכשירים הפיזיים לא מדמות מכשירים וירטואליים, או שנעשה בהם סימולציה עם מגבלות מסוימות. הטבלה הבאה מסכמת את התכונות שלא זמינות כרגע במכשירים וירטואליים, או שזמינים מגבלות מסוימות:

השלבים הבאים

• ניתוח של Firebase Test Lab תוצאות.