Google est engagé à faire progresser l'équité raciale pour les communautés noires. Regarde comment.
Cette page a été traduite par l'API Cloud Translation.
Switch to English

Exécution de certification Cas de test

Avant d'exécuter les cas de test, assurez-vous que tous les appareils de test (or et) sont fixés sous test à la machine Windows avec le harnais de test GRL installé et harnais outil d'automatisation.

Utilisation de l'outil d'automatisation de harnais

Tous les tests sont exécutés à partir du tools/harness-automation répertoire. Il existe deux méthodes:

  • start.sh - L' utilisation Bash, qui est livré avec Git pour Windows
  • start.bat - A partir de la ligne de commande Windows (cmd)

Pour exécuter tous les tests:

Frapper
./start.sh
cmd windows
./start.bat

Pour exécuter les cas de test individuels (noms sont sensibles à la casse):

Frapper
./start.sh Router_5_1_1 Leader_5_1_1
cmd windows
./start.bat Router_5_1_1 Leader_5_1_1

En utilisant le harnais de test GRL

Après le banc d'essai est configuré, des lots de cas de test sont exécutés en fonction du rôle sélectionné du DUT. La section test de sélection répertorie tous les tests disponibles pour le rôle sélectionné dans le Plan d' essai:

OT certification Faisceau de test

Sélectionnez les cas de test comme vous le souhaitez, puis cliquez sur le bouton vert pour exécuter.

opérations de test manuel

Le test de harnais demande à l'utilisateur pour la saisie manuelle pendant quelques cas de test.

les informations d'identification réseau

Pour les cas de test dans les sections 5, 6, 7 et 9 du plan de test, les informations d'identification de réseau doivent être configurés hors bande. Par exemple:

Configuration des paramètres au cours dispositif bring-up:

 panid 0xface
Done
channel 20
Done
networkname GRL
Done
extpanid 000db80000000000
Done

configuration « en tant que chef sous test », avant de mettre l'interface:

 dataset activetimestamp 1
Done
dataset commit active
Done

configuration « comme fin périphérique sous test »:

 mode rsn
Done

« Comme ETD sous test » configuration, où le pollperiod (en millisecondes) est réglé sur la valeur par défaut SedPollingRate dans le faisceau de test:

 mode s
Done
pollperiod 5000
Done

Apportez l'interface de discussion et de la pile:

 ifconfig up
Done
thread start
Done

Commissaire configuration de rôle

Pour les cas de test dans la section 8 du plan de test, configurez le rôle commissaire.

Démarrez le commissaire après avoir mis la pile du fil:

 commissioner start
Done

Ajouter des données de direction:

 commissioner joiner add eui64 THREADJPAKETEST 200

Le eui64 est l'identificateur IEEE EUI-64 affecté à l' usine, obtenu par l'intermédiaire du eui64 commande CLI. THREADJPAKETEST est le Joiner d' informations d' identification, qui est utilisé pour générer la clé pré-partagée pour le périphérique (PSKd). Le menuisier est enlevé à partir des données de direction après le délai d'attente configuré.

Nous vous recommandons d' utiliser 500 comme la valeur du délai d'attente lors des cas de test commissaire 8.2.x.

Démarrez le rôle Joiner après avoir mis l'interface de fil, en utilisant la valeur par défaut des titres de compétences Joiner de THREADJPAKETEST :

 joiner start THREADJPAKETEST

Démarrez le rôle Joiner après avoir mis l'interface de fil, en utilisant l'URL spécifiée provisioning:

 joiner start THREADJPAKETEST www.threadgroup.org

autre entrée

Le harnais de test peut inciter à d'autres opérations manuelles, et fournir des valeurs (comme une adresse IPv6) pour une utilisation dans ces opérations. Utilisez les commandes CLI OpenThread suivantes si vous êtes invité à:

Rapide commande CLI
adresse étendue extaddr
Les adresses IPv6 ipaddr
adresse MAC usine Joiner eui64
Définir l'URL d'approvisionnement commissaire commissioner provisioningurl www.threadgroup.org
Retour aux paramètres d'usine factoryreset
Obtenez tous les VLE dataset mgmtgetcommand active address ipv6-address
Obtenez réseau ChannelMask (0x35), préfixe MeshLocal ULA (0x07), le nom du réseau (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Obtenez Network Channel (0x00), préfixe MeshLocal ULA (0x07), le nom du réseau (0x03), la durée du balayage (0x38), Liste d'énergie (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Pour une liste de toutes les commandes CLI, consultez le OpenThread de référence CLI .

Conseils de certification

Activer la sélection de l'appareil pour le banc d'essai mixte

Au cours de la discussion des tests de certification, des bancs d'essai mixtes mettant en vedette des piles de référence d'ARM, NXP, Silicon Labs et OpenThread sont utilisés. Topologies de banc d'essai sont définis dans le C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt fichier.

Pour permettre la sélection de l' appareil afin d'effectuer un test avec les mêmes plates - formes de référence exactes que le fil ATL Groupe serait, définir le EnableDeviceSelection paramètre dans le répertoire C:\GRL\Thread1.1\Config\Configuration.ini fichier True .

EnableDeviceSelection = True

blindage RF

Pour les cas de test 9.2.9 (leader, routeur) et 9.2.10 (routeur, ED1, SED1), une attention particulière est nécessaire pour assurer que les appareils corrects sont blindés contre les RF. En supposant que tous les périphériques sont configurés dans les rôles que chaque test nécessite:

  1. Démarrez le harnais de test avec seulement le NXP Sniffer attaché à la machine Windows. Cela évite dispositif de détection automatique par le harnais de test.
  2. Branchez les dispositifs d'essai, un par un et note leur port série correspondant.
  3. Placer un des groupes suivants de dispositifs dans la boîte de blindage RF:
    • Pour le test 9.2.9:
      • Leader et commissaire
      • Router1, Router2, et Sniffer
    • Pour l'essai 9.2.10:
      • Leader et commissaire
      • Routeur, ED, Sed et Sniffer
  4. Sur la page de banc d' essai Configuration du test Harness, configurer chaque périphérique pour l'ordre de tri suivant dans la section de banc d' essai, selon le cas de test:
    ordre de tri dispositif final pour les cas de test de blindage RF
    9.2.9 1. Router2
    2. commissaire
    3. Router1
    4. chef
    9.2.10 1. ETD
    2. ED
    3. Router1
    4. commissaire
    5. chef
    1. Effacer la section du banc d'essai de tous les périphériques existants.
    2. Faites glisser les dispositifs appropriés pour la topologie de cas de test spécifique de la section matériel pris en charge sur la gauche à la section de banc d'essai à droite. Assurez - vous de les faire glisser dans l'ordre inverse de l'ordre de tri final. Par exemple, pour le cas de test 9.2.9, faites glisser le chef d'abord, puis Router1 deuxième, et ainsi de suite. Si vous faites glisser le mauvais périphérique, désactivez les périphériques dans la section de banc d'essai et recommencer.
    3. Dans la section du banc d'essai, remplissez le numéro de série ou d' informations IP pour chaque périphérique dans l'ordre de tri final. Par exemple, pour le cas de test 9.2.9, après avoir fait glisser, le premier dispositif est Router2, le second est le commissaire, et ainsi de suite.
    4. Sélectionnez la sélection de l' appareil automatique case Activer sous test ci - dessous la liste de matériel pris en charge.
    5. Sélectionnez le bouton Définir comme radio pour le sous test sous test.
    6. Sélectionnez Connect Tout pour lancer la détection de périphériques.
  5. Exécuter le cas de test (9.2.9 ou 9.2.10). Bouclier et unshield chaque groupe de périphériques comme demandé par le harnais de test.