לפני הרצת מקרי בדיקה, חשוב לוודא שכל מכשירי הבדיקה (Gold ו-DUT) מחוברים ל-Windows במחשב שבו מותקן GRL Test Harm and Harmation Auto.
שימוש בכלי האוטומציה של Harness
כל מקרי הבדיקה מופעלים מספריית tools/harness-automation
. יש שתי שיטות:
start.sh
— באמצעות Bash, שמגיע עם Git ל-Windowsstart.bat
— משורת הפקודה של Windows (cmd)
כדי להריץ את כל בקשות הבדיקה:
./start.sh
./start.bat
כדי להריץ בדיקות נפרדות (השמות תלויי אותיות רישיות):
./start.sh Router_5_1_1 Leader_5_1_1
./start.bat Router_5_1_1 Leader_5_1_1
שימוש ברתמת בדיקת GRL
אחרי שתגדירו את סביבת הבדיקה, הקבוצות של בקשות הבדיקה יפעלו בהתאם לתפקיד שנבחר ב-DUT. בקטע בדיקת הבחירה מפורטים כל בקשות הבדיקה הרלוונטיות לתפקיד שנבחר בקטע תוכנית הבדיקה:
בוחרים כמה תרחישים שרוצים לבדוק, ולוחצים על לחצן ההפעלה הירוק שרוצים להפעיל.
פעולות בדיקה ידניות
רתימת הבדיקה מבקשת מהמשתמש להזין קלט באופן ידני במקרים מסוימים של בדיקה.
פרטי הכניסה לרשת
בתרחישים לדוגמה בסעיפים 5, 6, 7 ו-9 של תוכנית הבדיקה, צריך להגדיר פרטי כניסה לרשת מחוץ למסגרת. למשל:
הגדרת פרמטרים במהלך העלאת המכשיר:
panid 0xface Done
channel 20 Done
networkname GRL Done
extpanid 000db80000000000 Done
לפני התצורה של הממשק, יש לבחור באפשרות "DUT as Leader" (מנהיג בארגון).
dataset activetimestamp 1 Done
dataset commit active Done
ההגדרה "DUT כמכשיר קצה":
mode rsn
Done
ההגדרה "DUT כ-SED", שבה הערך pollperiod
באלפיות השנייה מוגדר לברירת המחדל, SedPollingRate
ב'מסגרת הבדיקה':
mode s Done
pollperiod 5000 Done
העלאת הממשק והערימה של Thread:
ifconfig up Done
thread start Done
הגדרת תפקיד נציב
במקרי מבחן בקטע 8 של תוכנית הבדיקה, מגדירים את תפקיד הנציב.
מפעילים את הנציב לאחר העלאת מקבץ השרשורים:
commissioner start
Done
הוספת נתוני הגה:
commissioner joiner add eui64 THREADJPAKETEST 200
eui64
הוא מזהה ה-IEEE EUI-64 שהוקצה על ידי היצרן וקיבל את הפקודה CLI של eui64
. פרטי הכניסה הם THREADJPAKETEST
, שמשמשים ליצירת המפתח המשותף מראש למכשיר (PSKd). המחבר יוסר מהיגוי לאחר פרק הזמן הקצוב לתפוגה.
מומלץ להשתמש בערך 500
כערך הזמן הקצוב לתפוגה במהלך מקרי הנציבות 8.2.x.
מתחילים את התפקיד 'הצטרפות' אחרי שפותחים את הממשק של השרשור, תוך שימוש בברירת המחדל של פרטי ההתחברות של THREADJPAKETEST
:
joiner start THREADJPAKETEST
מתחילים את התפקיד 'הצטרפות' אחרי פתיחת הממשק של השרשור באמצעות כתובת ה-URL שצוינה להקצאת ההרשאות:
joiner start THREADJPAKETEST www.threadgroup.org
קלט אחר
רתמת הבדיקה עשויה לבקש פעולות ידניות אחרות, ולספק ערכים (כגון כתובת IPv6) לשימוש בפעולות האלה. תוכלו להשתמש בפקודות OpenCLI הבאות אם תתבקשו:
בקשה | פקודת CLI |
---|---|
כתובת מורחבת | extaddr |
כתובות IPv6 | ipaddr |
כתובת MAC של היצרן לאיסוף | eui64 |
הגדרת כתובת ה-URL להקצאת נציבים | commissioner provisioningurl www.threadgroup.org |
איפוס להגדרות המקוריות | factoryreset |
קבלת כל ה-TLV | dataset mgmtgetcommand active address ipv6-address |
קבלת Network ChannelMask (0x35), קידומת MeshLocal ULA (0x07), שם הרשת (0x03) | dataset mgmtgetcommand active address ipv6-address binary 350703 |
קבלת ערוץ רשת (0x00), קידומת MeshLocal ULA (0x07), שם רשת (0x03), משך סריקה (0x38), רשימת אנרגיה (0x39) | dataset mgmtgetcommand active address ipv6-address binary 0007033839 |
בחומר העזר בנושא CLI של OpenThread מפורטת רשימה של כל הפקודות של CLI.
טיפים לקבלת אישור
הפעלת בחירת מכשירים למיטה הניסיונית המעורבים
במהלך הבדיקות של אישורי השרשורים, נעשה שימוש במכונות בדיקה עם מיטות בדיקה עם ערימות עזר מ-ARM, NXP, Silicon Labs ו-OpenThread. הטופולוגיה של מיטות הבדיקה מוגדרת בקובץ ה-C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt
.
כדי להפעיל בחירת מכשיר על מנת לבצע תרחיש בדיקה עם אותן פלטפורמות עזר מדויקות כמו ATL של קבוצת השרשורים, יש להגדיר את הפרמטר EnableDeviceSelection
בקובץ C:\GRL\Thread1.1\Config\Configuration.ini
לערך True
.
EnableDeviceSelection = True
מגן RF
במקרי בדיקה 9.2.9 (מוביל, נתב) ו-9.2.10 (נתב, ED1, SED1), יש צורך בטיפול מיוחד כדי לוודא שהמכשירים הנכונים מוגנים ב-RF. בהנחה שכל המכשירים מוגדרים בתפקידים כפי שנדרש בכל בדיקה:
- מפעילים את 'מסגרת הבדיקה' רק עם ה-NXP Sniffer שמצורף למכונה של Windows. כך ניתן למנוע את הגילוי האוטומטי של המכשיר על ידי מסגרת הבדיקה.
- מחברים את מכשירי הבדיקה בזה אחר זה ורושמים את היציאה הטורית המתאימה.
- מציבים אחת מקבוצות המכשירים הבאות בתיבה של מגן ה-RF:
- לבדיקה 9.2.9:
- מנהיג ונציב
- Router1, Router2 ו-Sniffer
- למבחן 9.2.10:
- מנהיג ונציב
- נתב, ED, SED ו-Sniffer
- לבדיקה 9.2.9:
- בדף הגדרה של מיטה לבדיקות ב'מסגרת הבדיקה', מגדירים כל מכשיר לסדר המיון הבא בקטע מיטת בדיקה, בהתאם לתרחיש הבדיקה:
סדר המיון הסופי של המכשיר למקרי בדיקה של מגן RF 9.2.9 1. נתב 2
2. נציב
3. נתב 1
4. המוביל/ה9.2.10 1. עונה
2. הכנה
3. נתב 1
4. נציב
5. המוביל/ה- מנקים את הקטע בדיקת המיטה של כל המכשירים הקיימים.
- גוררים את המכשירים המתאימים לטופולוגיה של תרחיש הבדיקה הספציפי, מקטע Hardware Hardware שמימין, לקטע Bed bed משמאל. הקפידו לגרור אותן בסדר הפוך של סדר המיון הסופי. לדוגמה, בתרחיש לדוגמה 9.2.9, תחילה גוררים את הליד, ואז את Router1 שנייה. אם גוררים מכשיר לא נכון, מנקים את המכשירים בקטע בדיקת המיטה ומתחילים מחדש.
- בקטע מיטת בדיקה, עליכם למלא את המספר הסידורי או פרטי ה-IP של כל מכשיר לפי סדר המיון הסופי. לדוגמה, במקרה בדיקה, 9.2.9, לאחר הגרירה, המכשיר הראשון הוא Router2, השני הואcommissioner, וכן הלאה.
- מסמנים את התיבה Enable Auto DUT Device Select (הפעלה של בחירת מכשירים אוטומטית) מתחת לרשימה Hardware Hardware.
- לוחצים על לחצן הבחירה Set as DUT עבור ה-DUT.
- בוחרים באפשרות חיבור הכול כדי להתחיל את גילוי המכשיר.
- הרצת מקרה הבדיקה (9.2.9 או 9.2.10). להגן על כל קבוצה של מכשירים לפי בקשה משורת הבדיקה.