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

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

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

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

  • גדלי וצפיפות מסך מיושרים עם ה-AVD של Android Studio לצורך עקביות

  • GPU נתמך בגרפיקה מואצת

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

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

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

אתה יכול לבדוק את האפליקציה שלך עם מכשירים וירטואליים באותו אופן שבו אתה בודק אותה עם מכשירים פיזיים. אתה יכול לבחור מכשירים וירטואליים עבור הבדיקות שלך כאשר אתה מגדיר מטריצת בדיקה. למידע נוסף על הפעלת בדיקות עם 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 פועלת, או לפני כל בקשת משיכה. למידע נוסף על שימוש ב-Test Lab עם מערכות CI, ראה שימוש ב-Test Lab עבור אנדרואיד עם מערכות אינטגרציה רציפה .

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

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

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

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

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

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

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

תכונה פרטים
ממשקי יישומים בינאריים (ABI) לא כל המכשירים תומכים בכל ABI. אם אתה מפתח עם ה-Android NDK, הקפד ליצור קוד עבור ABIs הנתמכים על ידי המכשירים שאליהם אתה ממקד (ראה מכשירים זמינים ב-Test Lab). למידע נוסף על ניהול ABI, ראה ABIs של Android .

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

ביצועים גרפיים מכשירים וירטואליים של Nexus ו-Pixel משתמשים בעיבוד גרפי תוכנה. יישומים עתירי גרפיקה יכולים לחוות ביצועים נמוכים יותר. אם האפליקציה שלך אינטנסיבית לגרפיקה, שקול להשתמש במקום זאת ב- SmallPhone.arm, MediumPhone.arm או במכשירים פיזיים.
ממשקי API של גרפיקה OpenGL ES 3.x אינו נתמך במכשירים מתחת לרמת API 29. מכשירים חדשים יותר אינם תואמים ב-100% לממשקי API של OpenGL/Vulkan, ייתכן שתבחין בהבדלים קטנים בגרפיקה.
אפליקציית חנות Google Play אפליקציית חנות Google Play אינה נתמכת במכשירים וירטואליים של Arm.
פונקציונליות של מציאות רבודה (AR). בדיקת פונקציונליות המציאות הרבודה (AR) אינה נתמכת במכשירים וירטואליים.
רמות API ישנות יותר מכשירים וירטואליים Test Lab Arm אינם תומכים ברמות API של פחות מ-26.

הצעדים הבאים