הנחיות לבדיקת שותף אימות CTS

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

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

בדיקה: 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
   • ממתינים עד שהבדיקה תסתיים

בדיקת זיהוי חיישנים דינמיים

כל יצרן מכשירי Android יכול להחליט אם לתמוך ב-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. מעבירים את המתג שבלוח למצב ניפוי באגים ומחברים כבל מיקרו-USB ליציאה עם התווית DBG.

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

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

6. בסיום ה-flash, מנתקים את כבל ה-micro USB משקע ה-DBG, מחליפים את המתג ששימש קודם לכן למצב DEVICE ומחברים את קצה אחד של כבל ה-micro 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. בדיקת Capture Content for Notes בחבילת 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 מופיעה בקטע Default apps בחלון ההגדרות של Apps, התפקיד NOTES מופעל.

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

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

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

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

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

  

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

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

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

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

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