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