Verwenden von Gerätegrundlagentests zum Reproduzieren von Geräte-Manager-Problemcodes

Die Device Fundamentals (DevFund) Tests verwenden von Microsoft bereitgestellte E/A-Plug-Ins, um Geräte zu testen, indem sie geräteklassenspezifische E/A an das Gerät senden, während sie das Gerät deaktivieren und aktivieren, das System durch Stromversorgungszustände und Neustarts schalten, die Zuweisung von Ressourcen aufheben und neu zuweisen und andere Aufgaben durchführen.

Schritt 1: Ermitteln, welche Tests möglicherweise den Gerätefehlercode reproduzieren können

In der folgenden Tabelle werden Geräteproblemcodes mit Tests übereinstimmen, die bekannt sind, um ein Gerät so auszuführen, dass der entsprechende Problemcode ausgelöst wird. Dieses Diagramm kann von Geräte- und Treibertestern in einem Versuch verwendet werden, Geräteprobleme zu reproduzieren, die in der Wildbahn angezeigt werden, oder Probleme, die während regelmäßiger Tests schwer zu reproduzieren sind.

Gerätefehlercode	Gerätefehlernachricht	Grundlagentest für Geräte
10	CM_PROB_FAILED_START	DF – PNP – Test zum Neuausgleich bei fehlerhaftem Neustart von Geräten (Zuverlässigkeit) DF – PNP – Test zum überraschenden Entfernen von Geräten (Entwicklung und Integration) DF – PNP – Test zum überraschenden Entfernen von Geräten (Zuverlässigkeit) DF – PNP DIF – Test zum Entfernen von Geräten (Zuverlässigkeit) DF – Neustart mit E/A – Vorher und nachher (Zuverlässigkeit) DF – PNP – Test zum Abbrechen und Entfernen von Geräten (Zuverlässigkeit) DF – PNP – Test zum Deaktivieren und Aktivieren von Geräten (Zuverlässigkeit) DF – PNP – Test zum Neuausgleich bei Anforderung neuer Ressourcen für Geräte (Entwicklung und Integration) DF – PNP – Test zum Neuausgleich bei Anforderung neuer Ressourcen für Geräte (Zuverlässigkeit) DF – PNP – Test zum Entfernen von Geräten (Zuverlässigkeit) DF – PNP – Test zum Beenden von Geräten (Neuausgleich) (Entwicklung und Integration) DF – PNP – Test zum Beenden von Geräten (Neuausgleich) (Zuverlässigkeit) DF – Ruhezustand mit E/A – Während (Zuverlässigkeit) DF – Test auf überraschendes Entfernen am PCI-Stammport (nur PCI-Geräte) (Zuverlässigkeit)
14	CM_PROB_NEED_RESTART	DF – PNP – Test zum Entfernen von Geräten (Zuverlässigkeit) DF – PNP DIF – Test zum Entfernen von Geräten (Zuverlässigkeit)
28	CM_PROB_FAILED_INSTALL	DF – PNP DIF – Test zum Entfernen von Geräten (Zuverlässigkeit)
31	CM_PROB_FAILED_ADD	DF – PNP DIF – Test zum Entfernen von Geräten (Zuverlässigkeit) DF – PNP – Test zum Deaktivieren und Aktivieren von Geräten (Zuverlässigkeit) DF – PNP – Test zum Neuausgleich bei fehlerhaftem Neustart von Geräten (Zuverlässigkeit) DF – PNP – Test zum Entfernen von Geräten (Zuverlässigkeit)
38	CM_PROB_DRIVER_FAILED_PRIOR_UNLOAD	DF – PNP DIF – Test zum Entfernen von Geräten (Zuverlässigkeit)
39	CM_PROB_DRIVER_FAILED_LOAD	DF – PNP DIF – Test zum Entfernen von Geräten (Zuverlässigkeit)
43	CM_PROB_FAILED_POST_START	DF – PNP – Test zum Abbrechen und Beenden von Geräten (Zuverlässigkeit) DF – PNP – Test zum Abbrechen und Entfernen von Geräten (Zuverlässigkeit) DF – PNP – Test zum Neuausgleich bei fehlerhaftem Neustart von Geräten (Zuverlässigkeit) DF – PNP – Test zum Neuausgleich bei Anforderung neuer Ressourcen für Geräte (Zuverlässigkeit) DF – PNP – Test zum Entfernen von Geräten (Zuverlässigkeit) DF – Ruhezustand mit E/A – Während (Zuverlässigkeit)
52	CM_PROB_UNSIGNED_DRIVER	DF – PNP – Test zum Deaktivieren und Aktivieren von Geräten (Zuverlässigkeit)

Siehe Geräte-Manager Fehlermeldungen für die Liste der Gerätefehlercodes.

Die vollständige Liste der Gerätegrundwertetests finden Sie unter Device.DevFund-Tests .

Schritt 2: Ermitteln der Konfiguration des Test- und Testcomputers

Entscheiden Sie nach der Ermittlung des auszuführenden Tests, wie Sie den Test und den Testcomputer konfigurieren, um den Fehler zu reproduzieren. Um zu sehen, welche Parameter von jedem Test unterstützt werden, klicken Sie auf den Link für einen bestimmten Test in der obigen Tabelle. Dies beschreibt den Test und die Optionen, die für diesen Test verfügbar sind. Beispielsweise sind einige Geräte-PnP-Fehler sporadisch. Der Schalter "/testcycles" kann mit allen Tests verwendet werden, um anzugeben, wie oft der Test ausgeführt werden soll:

/p:testcycles=10

Das Ausführen des Tests mit weiteren Iterationen kann die Wahrscheinlichkeit erhöhen, dass der Gerätefehler ausgelöst wird.

Einige Tests führen dazu, dass SetupAPI-Protokolle generiert werden (z. B. DF – Erneutes Installieren mit IO Before and After (Zuverlässigkeit).  Der Testcomputer kann so konfiguriert werden, dass ausführliche SetupAPI-Protokolle generiert werden.

Schritt 3: Den Test durchführen

Diese Tests können problemlos in der Befehlszeile oder im HLK ausgeführt werden, nachdem ein HLK-Controller eingerichtet wurde.

Das Ausführen von Tests in der Befehlszeile über te.exe ermöglicht mehr Testoptionen als das Ausführen der Tests über das HLK. Der Befehlszeilenparameter "/breakonerror " bewirkt beispielsweise, dass TAEF in den Debugger einbricht, wenn ein Fehler im Test auftritt. Es gibt viele weitere Befehlszeilenoptionen , die bei der Ausführung von Tests in der Befehlszeile für te.exe bereitgestellt werden können.

Schritt 4: Debuggen des Problems

Es gibt viele Hilfe zur Untersuchung von Geräte- und Treiberproblemen. In der Dokumentation zur Problembehandlung finden Sie Informationen zum Überprüfen von Testprotokollen und mithilfe des Kerneldebuggers, um Geräte- und Treiberprobleme zu untersuchen.