בדרך כלל, בדיקת GoogleTest (GTest, שנקראת לפעמים גם 'בדיקות מקוריות') של הפלטפורמה נגישה ל-HAL ברמה נמוכה יותר או מבצעת IPC גולמי מול שירותי מערכת שונים. לכן, בדרך כלל הגישה לבדיקות קשורה מאוד לשירות שנבדק.
כדי לשלב עם תשתית של בדיקות רציפה, צריך ליצור את בדיקות ה-GTest באמצעות המסגרת GTest.
דוגמאות
ריכזנו כאן כמה דוגמאות ל-GTest במקור הפלטפורמה:
סיכום השלבים
פועלים לפי הדוגמה להגדרת מודול GTest.
כדי לכלול באופן אוטומטי יחסי תלות של GTest, משתמשים בכלל ה-build
BUILD_NATIVE_TESTבתצורה של מודול הבדיקה.יוצרים את מודול הבדיקה באמצעות
mmmלגרסאות build מצטברות, או באמצעותmmaלגרסאות build מלאות:make hwui_unit_tests -jמריצים את הבדיקה באופן מקומי באמצעות Atest:
atest hwui_unit_testsאפשר גם להוסיף ארגומנטים ל-GTests. הארגומנטים הבאים שימושיים במיוחד:
native-test-flagמציין ערכים נוספים של דגלים להעברה לפקודת המעטפת של GTest.native-test-timeoutמציין ערך של זמן קצוב לתפוגה של בדיקה במיליוניות השנייה.בקוד לדוגמה הבא נעשה שימוש בשני הארגומנטים האלה:
atest test-name -- --module-arg test-name:native-test-flag:"\"argument1 argument2\"" \ --module-arg test-name:native-test-timeout:60000
מריצים את הבדיקה באמצעות ערכת הבדיקות של Trade Federation:
make tradefed-all -j tradefed.sh run template/local_min --template:map test=hwui_unit_testsהתקנה והפעלה ידנית:
מעבירים את קובץ ה-binary של הבדיקה שנוצר למכשיר:
adb push ${OUT}/data/nativetest/hwui_unit_tests/hwui_unit_tests \ /data/nativetest/hwui_unit_tests/hwui_unit_testsמריצים את GTest ומפעילים את הבדיקה על ידי הפעלת קובץ ה-binary של הבדיקה במכשיר:
adb shell /data/nativetest/hwui_unit_tests/hwui_unit_testsלמידע נוסף על התאמה אישית של ביצוע הבדיקה, מוסיפים את הפרמטר
--helpלקובץ הבינארי של הבדיקה. מידע נוסף על פרמטרים זמין במדריך המתקדם של GTest.