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