חבילת הבדיקות לתאימות (CTS) של Android כוללת מיליוני בדיקות נפרדות. במהלך שלב פיתוח התוכנה, צריך להריץ את CTS לעיתים קרובות, אבל אפשר לקצר את הזמן שנדרש להרצת הבדיקות האלה.
בדף הזה מוסבר על שיטות שבהן אפשר להשתמש כדי לקצר את זמני הבדיקות, ואיך לבצע אופטימיזציה של משאבי החומרה בתהליך.
מכשירים משותפים
כדי לקצר את זמן המחזור, כדאי להריץ את CTS בכמה מכשירים (חלוקה). כדי לראות איך אפשר להשתמש בפיצול, אפשר לעיין במאמר בנושא הפעלת בדיקות CTS.
תחנת בדיקות ל-Android
אפשר להשתמש בAndroid Test Station (ATS) כדי להשתמש בממשק משתמש להרצת חבילות בדיקה רגילות של Android. הכלי הזה משמש כממשק אינטרנט ל-Trade Federation (TF), ומאפשר להריץ את ה-CTS עם הגדרה מינימלית במערך של מכשירי בדיקה, וגם לקבוע לוח זמנים להרצת בדיקות באופן רציף.
תחנת הבדיקה של Android תומכת במצב מרובה מארחים, שמאפשר להשתמש במארח בקר ATS יחיד כדי לנהל מכשירים ובדיקות בכמה מארחי עובד ATS.
הפעלה רציפה של אמולטור
כדי להריץ את ה-CTS באופן רציף במהלך שלב הפיתוח, אפשר להשתמש במכשירים וירטואליים של Android (AVD) כתחליף לחומרה. אפשר לזהות מוקדם רגרסיות של כשלים בבדיקות, וכך לחסוך הרבה מהזמן שנדרש למיון ולניתוח של הגורמים הבסיסיים. אפשר להשתמש בכמה מופעים של האמולטור כדי לבצע חלוקה למקטעים, ואפשר לתזמן אותם להרצה רציפה באמצעות תחנת הבדיקה של Android.
תוכנית האיכות drawElements (dEQP)
drawElementsתוכנית האיכות (dEQP) כלולה ב-Android CTS. התוכנית הזו נקראת CtsDepqTestCases והיא מתמקדת בכיסוי הבדיקות של גרפיקה ב-Android. המודול הזה מהווה כמעט 80% מכל מקרי הבדיקה ב-Android CTS, והוא מייצג 6% מזמן הביצוע הכולל.
מכיוון שהדרייברים של הגרפיקה ב-Android הם חלק מהקושחה (BSP) של Android ולא משתנים הרבה במהלך הפיתוח, אפשר להריץ את המודול הזה באופן אסטרטגי. לדוגמה, אם אתם מריצים את CTS כל שבועיים (או פחות) במהלך פיתוח התוכנה, תוכלו להחריג את המודול הזה למשך כמה מחזורים על סמך לוח הזמנים של עדכון הקושחה.
אפשרות אחת היא להריץ את CtsDeqpTestCases בנפרד על קבוצת מכשירים, ואז לשלוח את דוחות ה-CTS. לדוגמה, בשני מארחים שונים.
מארח 1:
cts-tf > run cts --max-log-size 100 --shard-count 6 -o -m CtsDeqpTestCases
מארח 2:
cts-tf > run cts --max-log-size 100 --shard-count 6 -o --exclude-filter CtsDeqpTestCases
מקרי בדיקה של מדיה
תרחישי בדיקה של מדיה מאמתים שירותי מולטימדיה כמו אודיו, וידאו ומנהלי התקנים של מולטימדיה. מודולי הבדיקה האלה של מולטימדיה תורמים הכי הרבה לזמן הביצוע של CTS. עיכובים יכולים להתרחש במקרים הבאים:
- הורדה של קובצי מדיה או הפעלה חוזרת של קובצי מדיה במהלך בדיקות.
- ניסיון חוזר של תרחישי בדיקה שנכשלו.
חבילת הבדיקות של Android CTS מכילה את מודולי הבדיקה הבאים:
CtsMediaStressTestCasesCtsMediaPlayerTestCasesCtsMediaAudioTestCasesCtsVideoTestCasesCtsMediaDecoderTestCasesCtsMediaCodecTestCasesCtsMediaV2TestCases
מומלץ להריץ בדיקות מדיה באופן מקומי או בשרת מקומי. פרטים נוספים זמינים במאמר בנושא הפעלת בדיקות מדיה של CTS באופן מקומי.
מסגרת המולטימדיה והדרייברים שלה (מפענחים ומקודדים) הם חלק מהקושחה של Android (BSP). אתם יכולים להפעיל את המודול הזה באופן אסטרטגי ולהחריג את המודולים האלה למשך כמה מחזורים, על סמך לוח הזמנים של עדכוני הקושחה.