Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Questa sezione descrive come visualizzare e interpretare i log e i report dei risultati di IDT.
Per risolvere gli errori, consulta. Risoluzione dei problemi IDT per V2 AWS IoT Greengrass
Visualizzazione dei risultati
Durante l'esecuzione, IDT scrive gli errori nella console, i file di log e i report di test. Al termine della suite di test di qualifica, IDT genera due report di test. Questi report si trovano in. <device-tester-extract-location>/results/<execution-id>/
awsiotdevicetester_report.xmlÈ il rapporto del test di qualificazione che invii per AWS inserire il tuo dispositivo nel Catalogo dei AWS Partner dispositivi. Il report contiene i seguenti elementi:
-
La versione di IDT.
-
La AWS IoT Greengrass versione che è stata testata.
-
Il codice SKU e il nome del pool di dispositivi specificato nel file
device.json. -
Le caratteristiche del pool di dispositivi specificato nel file
device.json. -
Il riepilogo aggregato dei risultati dei test.
-
Un'analisi dei risultati dei test per librerie testate in base alle funzionalità del dispositivo, come l'accesso alle risorse locali, shadow e MQTT.
Il GGV2Q_Result.xml rapporto è in JUnit formato XML
-
Riepilogo aggregato dei risultati dei test.
-
Suddivisione dei risultati del test in base alla AWS IoT Greengrass funzionalità testata.
Interpretazione dei risultati AWS IoT Device Tester
La sezione dei report in awsiotdevicetester_report.xml o awsiotdevicetester_report.xml elenca i test eseguiti e i risultati.
Il primo tag XML <testsuites> contiene il riepilogo dell'esecuzione del test. Per esempio:
<testsuites name="GGQ results" time="2299" tests="28" failures="0" errors="0" disabled="0">
Attributi utilizzati nel tag <testsuites>
name-
Il nome della suite di test.
time-
Il tempo, in secondi, impiegato per eseguire la suite di qualificazione.
tests-
Il numero di test eseguiti.
failures-
Il numero di test eseguiti ma non superati.
errors-
Il numero di test che IDT non è riuscito a eseguire.
disabled-
Ignora questo attributo. Non viene utilizzato.
Il file awsiotdevicetester_report.xml contiene un tag <awsproduct> con le informazioni relative al prodotto sottoposto a test e le caratteristiche del prodotto che sono state convalidate dopo l'esecuzione di una suite di test.
Attributi utilizzati nel tag <awsproduct>
name-
Il nome del prodotto sottoposto a test.
version-
La versione del prodotto sottoposto a test.
features-
Le caratteristiche convalidate. Le caratteristiche contrassegnate come
requiredsono necessarie per inviare la scheda per la qualifica. Il seguente frammento di codice mostra come questa informazione viene visualizzata nel fileawsiotdevicetester_report.xml.<name="aws-iot-greengrass-v2-core" value="supported" type="required"></feature>
Se non si riscontrano errori nei test o nelle funzionalità richieste, il dispositivo soddisfa i requisiti tecnici per funzionare AWS IoT Greengrass e può interagire con AWS IoT i servizi. Se desideri inserire il tuo dispositivo nel Catalogo dei AWS Partner dispositivi, puoi utilizzare questo rapporto come prova di idoneità.
In caso di esiti negativi o errori nei test, puoi identificare il test non riuscito esaminando i tag XML <testsuites>. I tag XML <testsuite> all'interno del tag <testsuites> mostrano il riepilogo dei risultati dei test per un gruppo di test. Per esempio:
<testsuite name="combination" package="" tests="1" failures="0" time="161" disabled="0" errors="0" skipped="0">
Il formato è simile al tag <testsuites>, ma con un attributo skipped che non viene utilizzato e che è possibile ignorare. All'interno di ogni tag <testsuite> XML, ci sono <testcase> tag per ogni test eseguito per un gruppo di test. Per esempio:
<testcase classname="Security Combination (IPD + DCM) Test Context" name="Security Combination IP Change Tests sec4_test_1: Should rotate server cert when IPD disabled and following changes are made:Add CIS conn info and Add another CIS conn info" attempts="1"></testcase>>
Attributi utilizzati nel tag <testcase>
name-
Il nome del test.
attempts-
Il numero di volte in cui IDT ha eseguito il test case.
Quando un test non riesce o si verifica un errore, i tag <failure> o <error> vengono aggiunti al tag <testcase> con informazioni per la risoluzione dei problemi. Per esempio:
<testcase classname="mcu.Full_MQTT" name="AFQP_MQTT_Connect_HappyCase" attempts="1"> <failure type="Failure">Reason for the test failure</failure> <error>Reason for the test execution error</error> </testcase>
Visualizzazione dei registri
IDT genera i log dalle esecuzioni dei test. <devicetester-extract-location>/results/<execution-id>/logs
test_manager.log-
Registri generati dal componente Test Manager di AWS IoT Device Tester (ad esempio, registri relativi alla configurazione, al sequenziamento dei test e alla generazione di report).
<test-case-id>.log (for example, lambdaDeploymentTest.log)-
Registri del test case all'interno del gruppo di test, inclusi i log del dispositivo sottoposto a test. A partire da IDT v4.2.0, IDT raggruppa i log di test per ogni test case in una cartella separata all'interno della directory.
<test-case-id><devicetester-extract-location>/results/<execution-id>/logs/<test-group-id>/
