Risoluzione dei problemi relativi ai test di affidabilità dei concetti fondamentali dei dispositivi tramite Windows HLK
Questo articolo descrive come risolvere i problemi che possono verificarsi durante i test di affidabilità dei dispositivi Windows Hardware Lab Kit (Windows HLK). Vedere Risoluzione dei problemi relativi a errori di test di Windows HLK.
La risoluzione dei problemi relativi ai test di affidabilità dei concetti fondamentali dei dispositivi è costituita dai passaggi principali seguenti:
Le sezioni seguenti forniscono informazioni aggiuntive dettagliate e importanti che è possibile usare per risolvere i problemi relativi ai test di affidabilità dei concetti fondamentali del dispositivo non superati:
Raccogliere e visualizzare le tracce di Windows Device Testing Framework (WDTF)
Riprodurre l'errore di test eseguendo il test dalla riga di comando
Controllare la configurazione del dispositivo
I test di affidabilità dei concetti fondamentali dei dispositivi richiedono che i dispositivi di test siano configurati correttamente per testare le operazioni di I/O. Prima di iniziare a eseguire il test, assicurarsi che la configurazione di test sia conforme ai prerequisiti di test descritti in Prerequisiti di test dell'affidabilità Device.Fundamentals. Il mancato rispetto di questi prerequisiti può causare errori di test.
Identificare il tipo di errori di test
Vedere Risoluzione dei problemi relativi agli errori di test di Windows HLK in Risoluzione dei problemi di test di Windows HLK per identificare tipi specifici di errori di test.
Il test registra un errore
Il modo più comune per i test di affidabilità dei concetti fondamentali del dispositivo non riesce in Windows HLK è che il test registri un errore. Se il test non riuscito ha registrato un errore, è consigliabile passare alla sezione Valutazione degli errori di test di questo argomento.
Testare i controlli dei bug del sistema
I controlli dei bug di sistema vengono comunemente visualizzati durante i test di affidabilità dei concetti fondamentali del dispositivo a causa della natura dei test (stress, affidabilità, concorrenza e così via).
Quando si esaminano gli errori causati dai controlli dei bug di sistema, è consigliabile eseguire di nuovo i test facendo in modo che il sistema di test sia connesso a un debugger del kernel. L'esecuzione dei test tramite il debugger causa l'interruzione del sistema nel debugger quando il sistema controlla i bug.
Per informazioni su come configurare un debugger del kernel, vedere Configurazione manuale Kernel-Mode debug .
Per altre informazioni, vedere Usare il debug del kernel per eseguire il debug degli errori di test dell'affidabilità dei concetti fondamentali del dispositivo .
Vedere Risoluzione dei problemi relativi agli errori di test di Windows HLK in Risoluzione degli errori di test di Windows HLK per indicazioni generali su come risolvere i problemi relativi ai controlli dei bug di sistema durante le esecuzioni dei test di Windows HLK.
Blocchi di test
I test si bloccano spesso durante i test di affidabilità dei concetti fondamentali del dispositivo. I blocchi di test vengono in genere visualizzati quando i pacchetti di richieste di I/O (IRP) (in genere, I/O e PNP IRP) si bloccano nei driver e impediscono l'avanzamento dei test.
Nota
Windows HLK annulla e non riesce un test bloccato in modo che il test pianificato successivo possa procedere.
In caso di blocco di un test, è consigliabile eseguire di nuovo i test con il sistema di test connesso a un debugger del kernel. In questo modo è possibile suddividere il debugger al momento del blocco del test e controllare le tracce dello stack del processo di test (i test di affidabilità dei concetti fondamentali del dispositivo vengono in genere eseguiti come te.processhost.exe o te.exe).
Per informazioni su come configurare un debugger del kernel, vedere Configurazione manuale Kernel-Mode debug .
Per altre informazioni, vedere Usare il debug del kernel per eseguire il debug degli errori di test dell'affidabilità dei concetti fondamentali del dispositivo .
Vedere Risoluzione dei problemi relativi agli errori di test di Windows HLK in Risoluzione degli errori di test di Windows HLK per indicazioni generali su come risolvere i problemi relativi ai blocchi di test durante le esecuzioni dei test di Windows HLK.
Valutazione degli errori di test
Esaminare la documentazione di test
I test di affidabilità dei concetti fondamentali del dispositivo in genere testano scenari utente comuni, ad esempio Sospensione con I/O, PNP con I/O, Riavvio con I/O e così via. È consigliabile comprendere completamente lo scenario sottoposto a test per i test non superati esaminando la documentazione di test appropriata in Device.DevFund Tests.
Esaminare accuratamente i log di test
È consigliabile esaminare attentamente le voci di log che precedono il messaggio di errore effettivo, per ottenere una chiara comprensione dello scenario di test corrente e degli scenari di test precedenti eseguiti. A volte gli scenari di test precedenti eseguiti (anche se superati) influiscono sullo scenario di test successivo. Ad esempio, gli errori di I/O possono verificarsi dopo che un dispositivo è disabilitato e abilitato. Per altre informazioni sulla revisione dei log di test, vedere Esaminare i file di log
Esaminare i file di log aggiuntivi copiati di nuovo
I test di affidabilità dei concetti fondamentali del dispositivo spesso copiano file aggiuntivi utili per valutare gli errori di test. Ad esempio, reinstallare e testare PNP copiare i log SetupAPI dal sistema di test. È consigliabile aprire ed esaminare tutti i file in File aggiuntivi nella scheda Risultati in Windows HLK Studio. Fare clic con il pulsante destro del mouse sul risultato del test e quindi scegliere File aggiuntivi.
Raccogliere e visualizzare tracce WDTF
Può essere utile raccogliere e visualizzare le tracce WDTF quando si risolvono determinati errori di test. Vedere Raccogliere e visualizzare tracce WDTF (Windows Device Testing Framework) per informazioni su come raccogliere e visualizzare le tracce WDTF.
Come ottenere assistenza
I proprietari dei test di affidabilità dei concetti fondamentali dei dispositivi in Microsoft esaminano e rispondono regolarmente alle domande pubblicate sugli errori di test dei concetti fondamentali dei dispositivi nel forum di test e certificazione hardware di Windows. È consigliabile usare questo forum per ottenere il supporto necessario.
Per informazioni su come aprire un caso di supporto per l'analisi degli errori di test, vedere Supporto HLK di Windows .
Risorse aggiuntive
Nella tabella seguente sono elencate risorse aggiuntive che consentono di risolvere i problemi che possono verificarsi durante i test fondamentali del dispositivo.
Risorsa | Descrizione |
---|---|
Valutazione generale e assistenza per la risoluzione dei problemi relativi agli errori dell'infrastruttura HLK di Windows. |
|
Indicazioni generali per la valutazione e la risoluzione dei problemi per analizzare gli errori di test. |
|
Indicazioni generali per la risoluzione degli errori registrati dai test basati su WDTF. |
|
Come selezionare e configurare i test dei concetti fondamentali del dispositivo |
I test di affidabilità dei concetti fondamentali del dispositivo vengono forniti anche in Windows Driver Kit (WDK).Device Fundamentals Reliability tests also ship in the Windows Driver Kit (WDK). Gli sviluppatori di driver potrebbero preferire l'uso di WDK e Microsoft Visual Studio per eseguire i test non superati per analizzare gli errori di test. Questa pagina descrive come eseguire i test usando wdk. |
%ProgramFiles%\Windows Kits\8.1\Testing\Tests\Additional Tests\DeviceFundamentals.). |
Un subset di test di affidabilità dei concetti fondamentali del dispositivo viene scritto usando VBScript. È possibile aprire questi file di script usando blocco note. Gli script si trovano nella cartella specificata dopo l'installazione di WDK. |
Risoluzione dei problemi relativi ai test dei concetti fondamentali del dispositivo tramite WDK |
Vengono forniti suggerimenti per la risoluzione dei problemi che possono verificarsi quando si usa wdk per eseguire i test dei concetti fondamentali del dispositivo. |