כדי לשלב בדיקות בשירות של בדיקה רציפה בפלטפורמה, הן צריכות לעמוד בהנחיות שמפורטות בדף הזה ולפעול לפי התהליך המומלץ הזה.
- משתמשים במערכת ה-build של Soong להגדרת בדיקה פשוטה.
- שימוש במיפוי בדיקות כדי ליצור כללי בדיקה לפני שליחה ולאחר שליחה ישירות בעץ המקור של Android.
- להריץ בדיקות באופן מקומי באמצעות Atest.
סוגי בדיקות
סוגי הבדיקות הנתמכים הם:
- בדיקות של מכשירי מדידה תומכות גם בבדיקות פונקציונליות וגם בבדיקות מדדים. במאמר בדיקת האפליקציה מפורטות הנחיות כלליות לבדיקת אפליקציות.
- GoogleTest (GTest) תומך בסוגי הבדיקות הבאים:
- בדיקות GTest פונקציונליות באמצעות המסגרת GTest
- בדיקות של מדדים באמצעות
google-benchmark
- בדיקות מארח JAR באמצעות JUnit
בבדיקות פונקציונליות מתבצעות טענות נכוֹנוּת (assertions) לגבי מקרי בדיקה שעברו או נכשלו, ואילו בבדיקות מדדים בדרך כלל מבוצעת פעולה שוב ושוב כדי לאסוף מדדי תזמון.
כשמשתמשים בפורמט סטנדרטי של קלט/פלט, אין צורך בניתוח מותאם אישית של תוצאות ובעיבוד פוסט-פרודקשן לכל בדיקה, וניתן להשתמש במערכות בדיקה כלליות לכל הבדיקות שתואמות למוסכמה. במאמר סקירה כללית על Trade Federation מוסבר על מסגרת הבדיקה המתמשכת שכלולה ב-Android.
הנחיות למקרי בדיקה
מקרי הבדיקה שמבוצעים באמצעות שירות הבדיקה המתמשכת אמורים להיות אטומים, כלומר כל יחסי התלות צריכים להיות מוצהרים ולצורך כך הם צריכים להופיע בבדיקות. תוכלו לקרוא על העיקרון הזה במאמר שרתים אטומים בבלוג Google Testing. בקיצור, בבדיקות הרמטיות לא נדרשים:
- כניסה לחשבון Google
- קישוריות מוגדרת (טלפוניה/Wi-Fi/Bluetooth/NFC)
- העברת הפרמטרים של הבדיקה
- הגדרה או ניתוק שבוצעו על ידי ערכת בדיקה לתרגיל בדיקה ספציפי