חבילה לבדיקות תאימות (CTS) של Android מספקת מיליוני בדיקות נפרדות. חשוב להריץ את CTS בתדירות גבוהה במהלך שלב פיתוח התוכנה, אבל אפשר לקצר את הזמן הנדרש להרצת הבדיקות האלה.
בדף הזה מתוארות שיטות שאפשר להשתמש בהן כדי לקצר את זמני ביצוע הבדיקות, ואיך לבצע אופטימיזציה של משאבי החומרה בתהליך.
מכשירים עם חלוקה לקטעים
כדי לקצר את מחזור הזמן, מומלץ להריץ את CTS בכמה מכשירים (חלוקה למקטעים). במאמר הרצת בדיקות CTS מוסבר איך משתמשים בחלוקה לפלחים.
תחנת בדיקות ל-Android
משתמשים ב-Android Test Station (ATS) כדי להשתמש בממשק משתמש להרצת חבילות בדיקות רגילות של Android. הכלי הזה משמש כממשק אינטרנט ל-Trade Federation (TF), ומאפשר להריץ את CTS עם הגדרה מינימלית בקבוצה של מכשירי בדיקה, וגם לקבוע לוח זמנים להרצה רציפה של בדיקות.
תחנת הבדיקה של Android תומכת במצב מרובות מארחים, שמאפשר להשתמש במארח אחד של בקר ATS כדי לנהל מכשירים ובדיקות במספר מארחי עובדים של ATS.
הפעלה רציפה של אמולטור
כדי להריץ את CTS באופן רציף במהלך שלב הפיתוח, אפשר להשתמש במכשירים וירטואליים של Android (AVD) כתחליף לחומרה. אפשר לזהות מוקדם רגרסיות של כישלונות בבדיקות, וכך לחסוך הרבה מהזמן הדרוש לטיפול ראשוני ולניתוח הגורמים העיקריים. אפשר להשתמש במספר מכונות של הסימולטור כדי לבצע חלוקה לפלחים, ואפשר לתזמן אותן לפעול באופן רציף באמצעות תחנת הבדיקה של Android.
drawElements Quality Program (dEQP)
תוכנית האיכות של drawElements (dEQP) נכללת ב-Android CTS. התוכנית נקראת CtsDepqTestCases והיא מתמקדת בבדיקה של גרפיקה ב-Android. המודול הזה מייצג כמעט 80% מכל תרחישי הבדיקה ב-Android CTS, ו-6% מזמן הביצוע הכולל.
מאחר שמנהלי הגרפיקה של Android הם חלק מתוכנת הקושחה של Android (BSP), והם לא משתנים הרבה במהלך הפיתוח, אפשר להפעיל את המודול הזה באופן אסטרטגי. לדוגמה, אם אתם מריצים את 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). אפשר להפעיל את המודול הזה באופן אסטרטגי ולהחריג את המודולים האלה לכמה מחזורים, על סמך לוח הזמנים לעדכון הקושחה.