Uso dei test dei concetti fondamentali del dispositivo per riprodurre i codici di problema di Gestione dispositivi
I test di Device Fundamentals (DevFund) usano plug-in I/O forniti da Microsoft per esercitare i dispositivi inviando al dispositivo operazioni di I/O specifiche della classe del dispositivo durante la disabilitazione e l'abilitazione del dispositivo, il ciclo del sistema tramite stati di alimentazione e riavvii, deallocazione e riallocazione delle risorse e altre attività.
Passaggio 1: Determinare quali test possono potenzialmente riprodurre il codice di errore del dispositivo
La tabella seguente corrisponde ai codici di problema del dispositivo ai test noti per esercitare un dispositivo in modo da indurre il codice del problema corrispondente. Questo grafico può essere usato dai tester di dispositivi e driver in un tentativo di riprodurre i problemi dei dispositivi rilevati in natura o problemi che potrebbero essere difficili da riprodurre durante i test regolari.
Vedere Gestione dispositivi Messaggi di errore per l'elenco dei codici di errore del dispositivo.
Per l'elenco completo dei test dei concetti fondamentali del dispositivo, vedere Test Device.DevFund .
Passaggio 2: Determinare come configurare il computer di test e test
Dopo aver determinato il test da eseguire, decidere come configurare il test e il computer di test per riprodurre l'errore. Per visualizzare i parametri supportati da ogni test, fare clic sul collegamento per un test specifico nella tabella precedente. Verranno descritti il test e le opzioni disponibili per tale test. Ad esempio, alcuni errori PnP del dispositivo sono sporadici. L'opzione /testcycles può essere usata con tutti i test per specificare il numero di esecuzioni del test:
/p:testcycles=10
L'esecuzione del test con più iterazioni può aumentare la probabilità di indurre l'errore del dispositivo.
Alcuni test causeranno la generazione dei log SetupAPI ,ad esempio DF - Reinstalla con I/O prima e dopo (affidabilità). Il computer di test può essere configurato per generare log setupAPI dettagliati.
Passaggio 3: Eseguire il test
Questi test possono essere eseguiti facilmente nella riga di comando o in HLK dopo aver configurato un controller HLK.
L'esecuzione di test sulla riga di comando tramite te.exe consente più opzioni di test rispetto all'esecuzione dei test tramite HLK. Ad esempio, il parametro della riga di comando /breakonerror causa l'interruzione di TAEF nel debugger quando si verifica un errore nel test. Sono disponibili molte altre opzioni della riga di comando che possono essere fornite per te.exe durante l'esecuzione di test nella riga di comando.
Passaggio 4: Eseguire il debug del problema
È disponibile un sacco di aiuto per analizzare i problemi di dispositivo e driver. Per informazioni sulla revisione dei log di test e sull'uso del debugger del kernel per analizzare i problemi relativi a dispositivi e driver, vedere la documentazione sulla risoluzione dei problemi .