בדרך כלל, בדיקת 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
התקנה והפעלה ידנית:
דוחפים למכשיר את הקובץ הבינארי לבדיקה שנוצר:
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.