Diagnostizieren von Problemen bei der Ausführung WDTF-basierter Tests
Sie können einen Debugger verwenden, um Probleme beim Ausführen eines WDTF-basierten Tests zu beheben.
Diagnostizieren von Problemen mit nicht reagierenden WDTF-basierten Tests (Ausführen über Visual Studio)
Konfigurieren und verbinden Sie einen Kerneldebugger mit dem Computer, auf dem der WDTF-basierte Test ausgeführt wird. Siehe Bereitstellen eines Computers für die Treiberbereitstellung und -tests (WDK 8.1) oder Bereitstellen eines Computers für treiberbereitstellung und -tests (WDK 8)).
Suchen Sie nach Te.exe Prozess, und wechseln Sie den Kontext zu diesem Prozess. Informationen zu Te.exe finden Sie unter Test Authoring and Execution Framework (TAEF).
!process 0 0 Te.exe PROCESS fffffa80093c6340 SessionId: 1 Cid: 1320 Peb: 7f6595b3000 ParentCid: 12a0 DirBase: 21eee000 ObjectTable: fffff8a0035b0a00 HandleCount: 327. Image: TE.exe · .process /p /r fffffa80093c6340 ·
Führen Sie den Befehl !process aus, um die Threads zu identifizieren, die unter Te.exe ausgeführt werden.
!process fffffa80093c6340
Suchen Sie im Stapel nach Threads mit WDTF*.
Wiederholen Sie Schritt 3 für Te.ProcessHost.exe (sofern vorhanden).
Diagnostizieren von Problemen mit PnP- und Energieverwaltungstests
Sie können Probleme mit diesen Befehlen diagnostizieren.
!powertriage (stellt Informationen zu System- und Gerätestromkomponenten bereit) !devnode (zum Anzeigen von Informationen zur PnP-Struktur) !process (um Prozesse zu untersuchen, um zugeordnete Threads zu finden) !thread (zum Anzeigen von Informationen zu Threads) !wdfkd.wdfdevice (für WDF-Treiberinformationen) Nachdem Sie bestätigt haben, dass es aktive PnP- oder Energieverwaltungsthreads gibt, die hängen bleiben (überprüfen Sie TickCount darauf), wenden Sie sich an die richtigen Komponentenbesitzer. (Sie können die Komponentenbesitzer ermitteln, indem Sie sich die Stapel der festgefahrenen Threads ansehen.)