מדריך למשתמש של אפליקציית מאמת השמעה

הערה: שינוי מקור האודיו נקרא בעבר SASS, ועדיין הוא נקרא לפעמים בשם הזה.

הגדרה

כדי להפעיל בדיקה באפליקציית Validator:

• מוודאים שהגרסה של GmsCore במכשיר היא 22.08.xx ואילך.
• ודאו שאימיילים של הבדיקות שלכם הם חלק מקבוצת בדיקת השותפים של התאמה מהירה.
  • ייתכן שיחלפו 6 עד 24 שעות עד שאימיילים ומכשירים שנרשמו לאחרונה יסתנכרנו עם ההרשאות.
  • גם התחברות לחשבון Google המשויך ויציאה ממנו עשויה להפעיל סנכרון מיידי.

דוגמה:

הבדיקה מחייבת התאמה מהירה

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

1. צריך להכין שני טלפונים – א' ו-ב', שמחוברים לאותו חשבון Google.
2. התאמת האוזניות לטלפון A (התאמה ראשונית).
3. להיכנס למצב התאמה, להמתין לקבלת התראה בממשק המשתמש של חצי גיליון.
4. לוחצים על 'חיבור'.
5. לוחצים על 'סיום'.
6. התאמה של אוזניות עם טלפון B (התאמה נוספת).
   1. מחכים שתופיע התראה על כך ששני הצירופים הושלמו.
7. לוחצים על הודעת המערכת.

תהליך לדוגמה:

תהליך בסיסי בממשק המשתמש

התהליך הכללי של ממשק המשתמש מוצג כאן:

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

בדיקה של שינוי מקור האודיו (נקודה אחת)

הבדיקה הזו מבצעת את הפונקציות הבאות:

• אימות מטען ייעודי (payload).
  • מאמת את נתוני הפרסום לתרחישים שונים.
• אימות של שידור הודעות.
  • מאמת את התקשורת בסטרימינג של הודעות.
• חוזרים אחורה.
  • מאמת את התנהגות המתג החוזרת.

אימות מטען ייעודי (payload) (נקודה אחת)

הערה: לכל שלב יש זמן קצוב לתפוגה של 10 שניות.

הרצף של אימות המטען הייעודי הוא:

1. מחברים לאוזניות.
2. מאמתים שהבייט הראשון של מפתח החשבון הוא 0x06, כפי שנדרש בתקן.
3. להתנתק מהמכשיר.
4. מאמתים שהבייט הראשון של מפתח החשבון הוא 0x05, בהתאם לנדרש בתקן.
5. יש להתחבר מחדש לאוזניות.
6. הפעלת מוזיקה.
7. מוודאים שמצב החיבור הוא אחד מהבאים:
   1. 0x4: סטרימינג A2DP בלבד.
   2. 0x5: סטרימינג מסוג A2DP באמצעות AVRCP.
8. מתחילים חיבור SCO.
9. מוודאים ש-SCO המחובר בוצע בהצלחה.
10. מוודאים שמצב החיבור הוא:
    1. 0x6: סטרימינג של תוכן בפורמט HFP (שיחת טלפון/voip), כולל צלצול In-band וצלצול ללא רצועה.

דוגמה לאימות מטען ייעודי (payload) (נקודה אחת):

אימות זרם הודעות (נקודה אחת)

רצף האימות של זרם ההודעות הוא:

1. בדיקת חד-פעמיות סשן באתר בין חיבורי RFCOMM שונים.
   1. מחברים לאוזניות.
   2. מורידים את ה-nonce X מהאוזניות (בתוך 5 שניות).
   3. מחברים מחדש את האוזניות.
   4. צריך לקבל Y חד-פעמי (nonce) נוסף מהאוזניות (בתוך 5 שניות).
   5. בודקים אם X ו-Y שונים.
2. שולחים את הבקשה קבלת היכולת לשנות את מקור האודיו.
   1. מוודאים שהתגובה נשלחה תוך 2 שניות. התוכן לא מסומן.
3. שולחים את הבקשה לציון מפתח חשבון בשימוש.
   1. מוודאים שהתגובה נשלחה תוך 2 שניות. התוכן לא מסומן.
4. שולחים את הבקשה התראת חיבור מתחיל.
   1. מוודאים שהתגובה נשלחה תוך 2 שניות. התוכן לא מסומן.
5. שולחים את הבקשה לשליחת נתונים מותאמים אישית.
   1. יש לוודא שה-ACK מוחזר בתוך 2 שניות.
   2. מוודאים שנתוני adv מכילים את הנתונים בהתאמה אישית שהגדרתם (בעוד 10 שניות).

דוגמה לאימות של זרם הודעות (נקודה אחת):

מעבר חזרה (נקודה אחת)

לבדיקה הזו נדרשים שני מכשירים: מכשיר חיפוש ראשי ומשני. רצף הבדיקה הוא:

1. המחפש הראשי מתחבר לאוזניות (בתוך 10 שניות).
2. התכונה 'מחפש משני' מתחברת לאוזניות (בתוך 10 שניות).
3. המחפש המשני שולח בקשת מעבר חזרה לאוזניות.

זה יקרה תוך 15 שניות:

• המחפש הראשי מתחבר בחזרה לאוזניות.
• המחפש המשני מתנתק מהאוזניות.

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

הדוגמה הבאה מציגה את הבדיקה 'החלפה לאחור':

בדיקות ריבוי נקודות של מתג אודיו

אימות מטען ייעודי (payload) (ריבוי נקודות)

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

הרצף של אימות המטען הייעודי הוא:

1. מחברים לאוזניות.
2. מאמתים שהבייט הראשון של מפתח החשבון הוא 0x06, כפי שנדרש בתקן.
3. להתנתק מהמכשיר.
4. מאמתים שהבייט הראשון של מפתח החשבון הוא 0x05, בהתאם לנדרש בתקן.
5. יש להתחבר מחדש לאוזניות.
6. הפעלת מוזיקה.
7. מוודאים שמצב החיבור הוא אחד מהבאים:
   1. 0x4: סטרימינג A2DP בלבד.
   2. 0x5: סטרימינג מסוג A2DP באמצעות AVRCP.
8. מתחילים חיבור SCO.
9. מוודאים ש-SCO המחובר בוצע בהצלחה.
10. מוודאים שמצב החיבור הוא:
    1. 0x6: סטרימינג של תוכן בפורמט HFP (שיחת טלפון/voip), כולל צלצול In-band וצלצול ללא רצועה.

זרם הודעות (ריבוי נקודות)

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

דוגמה לבדיקה של זרם הודעות שלא ניתן להגדרה (ריבוי נקודות):

דוגמה לבדיקה של זרם הודעות שניתן להגדיר (ריבוי נקודות):

מעבר בחזרה (ריבוי נקודות)

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

דוגמה לבדיקה מרובת נקודות של החלפה לאחור:

מתג פעיל (ריבוי נקודות בלבד)

כדי לבצע את הבדיקה הזו צריך בודק ראשי ומשני.

הבדיקה הזו רק מאמתת שהספק שולח את ההודעות הצפויות באמצעות הערוץ של מקור ההודעות.

שלבי הבדיקה:

1. המחפש הראשי מתחבר לספק
2. המחפש הראשי בודק את היכולת של הספק.
   1. אם התכונה Multi-Point כבויה, וגם האפשרות 'הגדרת תצורה של Multi-Point' היא TRUE, המערכת תנסה להפעיל את Multi-Point.
3. המחפש הראשי יפעיל עצמאי את האפשרות החלפה של מקור האודיו הפעיל (למכשיר מחובר) (0x30).
4. המחפש המשני מתחבר לספק.
5. המחפש הראשי יפעיל את האפשרות החלפה של מקור האודיו הפעיל (למכשיר מחובר) (0x30) למכשיר אחר.
6. הספק ישלח את המחפש הראשי.
7. המחפש המשני יקבל התראה לאירוע החלפה לכמה נקודות (0x32) עם המצב הפעיל.

דוגמה לבדיקה של המתג פעיל (ריבוי נקודות בלבד):

איך מעלים תוצאות למסוף המכשיר

איך לשלוח את התוצאות

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

איך משתמשים בקונסולת המכשיר

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

פתרון בעיות

אם כל הבדיקות נכשלו, יש לכבות ולהפעיל את ה-Bluetooth.

אם בדיקת המעבר החוזר נכשלה ונתקעת כמו באיור 1: נסו לחזור לדף 'בדיקה של המכשיר' (איור 2) ולבדוק מחדש.