הנחיות לבדיקת CTS Verifier

ניהול מכשירים

בדיקה: Cts Verifier‏ > Device Administration‏ > Device Admin Tapjacking Test

• com.android.cts.verifier.admin.tapjacking.DeviceAdminTapjackingTestActivity

הבדיקה פתוחה לפרשנויות לגבי ההתנהגות שלה, אם היא מתנהגת כמצופה או לא. אפשר להקיש על לחצנים דרך שכבת-העל, אבל יכול להיות שהתיאור שיוצג יהיה לא ברור.

הלחצן להפעלת האדמין צריך להיות מושבת, ולא צריך לרשום הקשות.

אי אפשר להפעיל את אפליקציית האדמין של המכשיר, אבל מוצגת הודעה קופצת. הסיבה לכך היא שאפליקציה אחרת מוצגת מעל האפשרויות האלה, ולכן לא ניתן להגיב לפעולה שלכם בהגדרות. לכן, ההקשה מתועדת ועדיין אפשר להקיש על 'ביטול' וללחוץ על הסרת האפליקציה.

בהמשך מפורטות התוצאות הצפויות של שלב 3.

3. מקישים על [הפעלת אדמין המכשיר]	3.1. [אפליקציית מנהל המכשיר הפעילה] מופעלת.	3.2. [הפעלת האפליקציה לניהול המכשיר] מושבתת.

איור 1. התוצאות הצפויות של בדיקת הניהול של המכשיר.

בדיקת מכשיר נלווה

בדיקת המכשיר הנלווה היא com.android.cts.verifier.companion.CompanionDeviceTestActivity.

יכול להיות שלא תהיה לכם אפשרות לדעת אם הבדיקה הסתיימה כמו שצריך אחרי שבוחרים את המכשיר ברשימה ולוחצים על אישור.

התוצאות הצפויות מפורטות בהמשך.

1. מקישים על [הפעלה]	2. מקישים על מכשיר BT.	3. מקישים על [כרטיס]

איור 2. התוצאות הצפויות של בדיקת המכשיר הנלווי.

בדיקת שידור של הודעות דואר קולי

תוצאת הבדיקה של השידור של ההודעות הקוליות היא com.android.cts.verifier.voicemail.VoicemailBroadcastActivity.

כדי לשלוח הודעה קולית לטלפון, מתקשרים למכשיר, דוחים את השיחה במכשיר ומשאירים הודעה קולית.

דואר קולי ויזואלי הוא דרך לשלוח את נתוני האודיו של המכשיר ומידע מפורט לגבי הודעות קוליות נכנסות, במקום לשלוח רק את הודעת ה-SMS בהמתנה להודעה** (MWI).

הבדיקה בודקת את ההתנהגות לגבי קבלת ההודעה על הודעה קולית חזותית. אם אתם משתמשים בהודעה קולית חזותית, יכול להיות שהספק לא ישלח את ההודעה על ההודעה הקולית החזותית ויפריע לבדיקה, ולכן צריך להשבית אותה.

בדיקה של אביזר USB או מכשיר USB

איור 3. הנחיות לבדיקת השידור של ההודעות הקוליות.

הוראות ספציפיות כדי למנוע התנהגות לא עקבית:

1. מתקינים את CtsVerifier.apk ב-DUT
2. מתקינים את CtsVerifierUSBCompanion.apk ב-Pixel.
3. מוודאים שכל כבלי ה-USB מנותקים
4. מריצים את CtsVerifierUSBCompanion ב-Pixel ובוחרים את האפליקציה הנלווית לבדיקת האביזר
5. מריצים את CtsVerifier ב-DUT ובוחרים בבדיקה של אביזרי USB.
6. מחברים את מתאם ה-OTG ל-Pixel ואז מחברים את ה-DUT באמצעות כבל USB-A(זכר)-C
7. מאשרים את תיבת הדו-שיח של הקישור לפי הסדר הבא:
   • Pixel
   • DUT
   • Pixel
   • ממתינים עד שהבדיקה תסתיים

בדיקת גילוי חיישן דינמי

כל יצרן מכשיר יכול להחליט אם לתמוך ב-API (isDynamicSensorDiscoverySupported).

אם מכשיר תומך ב-API, יצרן המכשיר צריך למצוא חיישן חיצוני שאפשר להשתמש בו כדי לעבור את הבדיקה. יצרן המכשיר יצטרך לאתר מכשיר לחיבור למכשיר שלו כדי לבדוק חיישנים דינמיים.

אם יצרן המכשיר לא מצליח לאתר מכשיר, ניתן להשתמש בהגדרה הבאה.

1. רכישת לוח הפיתוח TI EK-TM4C123GXL.
   אפשרות 1
   אפשרות 2

2. מורידים ומתקינים את lm4tools.

   ב-linux/Mac, מפעילים: cd /tmp git clone https://github.com/utzig/lm4tools.git cd lm4tools make sudo PREFIX=/usr make install

   ב-Windows, אפשר להשתמש ב-LMFlash ישירות מ-TI, שמאפשרת לבצע הפעלה מחדש (flash) דרך ממשק משתמש גרפי.

3. מאחזרים קובץ בינארי שסופק על ידי Google, בשם
   usb_sensor_dummy_accel.bin.

4. מעבירים את המתג שבלוח למצב DEBUG ומחברים כבל USB מיקרו ליציאה עם התווית DBG.

5. מריצים את הפקודה הבאה: lm4flash -v -E usb_accel_dummy.bin

   הערה: אם יש בעיה בהרשאות, צריך להריץ את הפקודה עם sudo

6. בסיום ה-flash, מנתקים את כבל ה-USB המיקרו מיציאת ה-DBG, מעבירים את המתג ששימש קודם לכן למצב DEVICE ומחברים קצה אחד של כבל ה-USB המיקרו לחריץ ה-USB שמסומן בתווית DEVICE. הקצה השני של הכבל צריך להיות מחובר ישירות למכשיר.

7. עכשיו אפשר להריץ את בדיקת CTS-V הזו, שאמורה לזהות את המכשיר שחיברתם ולהשתמש בו כמד תאוצה מזויף.

בדיקת הסרה של מנהל המכשיר

יכול להיות שבבדיקה הזו תצטרכו להתקין את CtsEmptyDeviceAdmin.apk באופן ידני במכשיר, קודם מהמארח דרך adb.

לדוגמה, adb install CtsEmptyDeviceAdmin.apk.

משתמשים ב-CTS Verifier‏ > Device Administration‏ > Device Admin Uninstall Test.

האפליקציה אמורה לזהות שהיא מותקנת ולעבור שלבים נוספים.

צילום תוכן לבדיקות של הערות

החל מ-Android 14, אם יצרן ציוד מקורי (OEM) יבחר להפעיל את התפקיד NOTES, מכשיר ה-OEM יצטרך לעבור את הבדיקה החדשה של CTS-V לצילום תוכן ל-Notes.

הבדיקה 'צילום תוכן ל-Notes' נמצאת ב-CaptureContentForNotesVerifierActivity.java בקטגוריה תכונות, כפי שמוצג באיור הבא:

איור 4. תיעוד תוכן לבדיקת הערות בחבילת CTS-V.

בבדיקה Capture Content for Notes נבדקים ממשקי ה-API הבאים:

• Intent#ACTION_LAUNCH_CAPTURE_CONTENT_ACTIVITY_FOR_NOTE
• Intent#EXTRA_CAPTURE_CONTENT_FOR_NOTE_STATUS_CODE
• android.permission.LAUNCH_CAPTURE_CONTENT_ACTIVITY_FOR_NOTE
• StatusBarManager#canLaunchCaptureContentActivityForNote

לפני שמריצים את הבדיקה 'תיעוד תוכן של הערות', צריך לבצע את הפעולות הבאות:

1. צריך לוודא שהתפקיד NOTES מופעל במכשיר. אם מופיעה האפשרות Notes בקטע אפליקציות ברירת מחדל בחלון ההגדרות של אפליקציות, התפקיד NOTES מופעל.

2. אם המכשיר תומך בתפקיד NOTES, אפשר להפעיל את אפליקציית ברירת המחדל לניהול הערות בחלון צף של ריבוי משימות. אפשר לעשות זאת דרך נקודת הכניסה לקיצור הדרך לווידג'ט במסך הבית או פעולה במכשיר ההיקפי, כמו לחצן בסטיילוס.

3. התקנת CtsDefaultNotesApp כפי שמתואר ב-README.

במהלך הרצת הבדיקה, יש לפעול לפי ההנחיות הבאות:

• אם התפקיד NOTES מושבת, רשימת הבדיקות ריקה והמשתמשים יכולים לדלג על הבדיקה. מקישים על לחצן האישור הירוק כדי לדלג על הבדיקה.

• אם התפקיד NOTES מופעל, לחצן האישור הירוק מושבת והמבחנים מופיעים ברשימת המבחנים, כפי שמוצג באיור הבא:

  

  איור 5. איך מתעדים תוכן לבדיקה של Notes כשהתפקיד NOTES מופעל.

  מריצים את חבילת הבדיקות Capture Content for Notes באופן הבא:

  1. בודקים כל בדיקה ופועלים לפי ההוראות.

  2. מקישים על הלחצן המתאים:

     • מקישים על לחצן הכרטיס הירוק כדי לתעד את ההצלחה. הלחצן הירוק 'אישור' מופעל אחרי שכל הבדיקות עוברות.
     • מקישים על הלחצן האדום של הכישלון כדי לתעד כישלון.הלחצן האדום מופעל אם יש בדיקה שנכשלה.