Testvoraussetzungen für Fingerabdruckleser
In diesem Abschnitt werden die Aufgaben beschrieben, die Sie ausführen müssen, bevor Sie einen Drahtlosrouter mithilfe von Windows Hardware Lab Kit (Windows HLK) testen können.
Hardwareanforderungen
Die folgende Hardware ist für das Testen eines Fingerabdrucklesers erforderlich. Möglicherweise benötigen Sie zusätzliche Hardware, wenn das Testgerät andere Features bietet. Informationen dazu, ob zusätzliche Hardwareanforderungen gelten, finden Sie in der Testbeschreibung für jeden Test, der für das Gerät in Windows HLK Studio angezeigt wird.
Ein Testcomputer. Der Testcomputer muss die Voraussetzungen für Windows HLK erfüllen. Weitere Informationen finden Sie unter Voraussetzungen für Windows HLK.
Der zu testende Fingerabdruckleser.
Ein zertifizierter USB 2.0-Hub, wenn der Fingerabdruckleser ein USB-basiertes Gerät ist.
Hinweis
Um Ihr Produkt für die Verwendung auf Servern zu zertifizieren, muss der Testcomputer vier Prozessoren und mindestens 1 GB RAM unterstützen. Diese Systemfunktionen sind erforderlich, um die Funktionen Neuausgleich, D3-Status und mehrere Prozessorgruppen des Geräts und des Treibers zu testen. Sie brauchen keinen Computer, der tatsächlich mehr als 64 Prozessoren hat, um Ihr Gerät zu testen. Darüber hinaus muss Server Core auf den Serversystemen, die zum Testen von Geräten oder Treibern verwendet werden, vor dem Testen installiert sein. Weitere Informationen finden Sie unter Windows Server-Installationsoptionen.
Wenn Sie Geräte mit einem Pool von Testcomputern testen, muss mindestens einer dieser Computer vier Prozessoren und mindestens 1 GB RAM enthalten. Außerdem muss dieser Computer das Gerät und den Treiber enthalten, die Sie testen möchten. Solange der Treiber auf allen Computern im Pool identisch ist, erstellt das System einen Zeitplan, der für alle Testcomputer ausgeführt werden soll.
Bei Tests, die keinen Treiber enthalten, der getestet werden soll, z. B. Festplattentests, beschränkt der Windows HLK-Zeitplaner die Tests, die die Rebalance des Geräts und die Funktionen Rebalance, D3 State und Multiple Processor Groups überprüfen, die auf dem Standardtestcomputer ausgeführt werden sollen. Sie müssen diesen Computer manuell so konfigurieren, dass er über mehrere Prozessorgruppen verfügt. Der Standardcomputer ist der erste Testcomputer in der Liste. Das Testpersonal muss sicherstellen, dass der erste Testcomputer auf der Liste die Mindesthardwareanforderungen erfüllt.
Hinweis
Mit Ausnahme von Paravirtualisierungstreibern (wie im Dokument zu WHCP-Richtlinien und -Prozesse definiert) können Sie keine Form der Virtualisierung verwenden, wenn Sie physische Geräte und die zugehörigen Treiber für die Serverzertifizierung oder -signatur testen. Nicht alle Virtualisierungsprodukte unterstützen die zugrunde liegende Funktionalität, die erforderlich ist, um jene Tests, die sich auf mehrere Prozessorgruppen, Geräteleistungsverwaltung, Geräte-PCI-Funktionalität beziehen, sowie andere Tests zu bestehen.
Hinweis
Einstellung für mehrere Prozessorgruppen Sie müssen den Wert für die Prozessorgruppengröße für Hardware Lab Kit-Tests von Windows Server 2008 R2- und späteren Gerätetreibern für die Zertifizierung festlegen. Dies erfolgt durch Ausführen von bcdedit in einem Eingabeaufforderungsfenster mit erhöhten Rechten unter Verwendung der Option /set.
Die Befehle zum Hinzufügen der Gruppeneinstellungen und zum Neustart lauten wie folgt:
bcdedit.exe /set groupsize 2
bcdedit.exe /set groupaware on
shutdown.exe -r -t 0 -f
Die Befehle zum Entfernen der Gruppeneinstellungen und zum Neustart lauten wie folgt:
bcdedit.exe /deletevalue groupsize
bcdedit.exe /deletevalue groupaware
shutdown.exe -r -t 0 -f
Hinweis
Codeintegritätseinstellung
Die Virtualization Based Security-Funktion (VBS) von Windows Server 2016 muss zuerst mit dem Server-Manager aktiviert werden.
Sobald dies geschehen ist, muss der folgende Registrierungsschlüssel erstellt und festgelegt werden:
HKLM\System\CurrentControlSet\Control\DeviceGuard
HypervisorEnforcedCodeIntegrity:REG_DWORD
0 or 1 (disabled, enabled)
Softwareanforderungen
Die folgende Software ist für das Testen eines Fingerabdrucklesers erforderlich:
Die Treiber für das Testgerät.
Die neuesten Windows HLK-Filter oder -Updates.
Testen der Computerkonfiguration
Führen Sie die folgenden Schritte aus, um den Testcomputer für das Testgerät zu konfigurieren:
Installieren Sie das entsprechende Windows-Betriebssystem auf dem Testcomputer, und konfigurieren Sie dann den Computer für Ihr Testnetzwerk (das Netzwerk, das Windows HLK Studio und Windows HLK-Controller enthält).
Wenn das Testgerät über den USB-Port verbunden ist, verbinden Sie den USB 2.0-Controller mit dem USB 2.0-Hub mit hoher Geschwindigkeit, und verbinden Sie dann das Testgerät mit dem nachgelagerten Port des USB 2.0-Hubs.
Hinweis
Verbinden Sie das USB-Testgerät nicht direkt mit dem Stammhub des USB 2.0-Controllers.
Fügen Sie den Fingerabdruckleser an den Testcomputer an.
Wenn Sie den vom Hersteller gelieferten Gerätetreiber auf dem Testcomputer installieren müssen, tun Sie dies jetzt.
Stellen Sie sicher, dass der Fingerabdruckleser auf dem Testcomputer ordnungsgemäß funktioniert.
Installieren Sie die Windows HLK-Clientanwendung auf dem Testcomputer.
Verwenden Sie Windows HLK Studio, um einen Computerpool zu erstellen, und verschieben Sie dann den Testcomputer in diesen Pool.
Erstellen Sie das Testverzeichnis „[SYSTEMDRIVE]\FingerprintReaderTest“.
Kopieren Sie die Adapter-DLLs aus „[SYSTEMDRIVE]\Windows\System32\WinBioPlugins“ für den Sensor-, Speicher- und Moduladapter.
Erstellen Sie Konfigurationsdateien für Sensor-, Speicher- und Moduladapter mithilfe der folgenden Vorlagen.
Bearbeiten Sie die Konfigurationstags sensorAdapterLib, engineAdapterLib und storageAdapterLib so, dass sie auf die korrekten, zuvor kopierten Adapter-DLLs verweisen.
Bearbeiten Sie die Konfigurationstags supportedModes und supportedPurposes so, dass sie den Gerätefunktionen entsprechen.
Das Attribut runOptional ist standardmäßig FALSE. Ändern Sie es in TRUE, um zusätzliche Tests auszuführen.
Ändern Sie für Speichertests das Attribut deviceRequired in TRUE, wenn das Gerät über einen integrierten Speicher verfügt.
Vergewissern Sie sich, dass sich der Testcomputer in einem betriebsbereiten Zustand befindet, bevor Sie mit den Tests beginnen. Wenn für einen Test vor der Ausführung Parameter festgelegt werden müssen, wird für diesen Test ein Dialogfeld angezeigt. Lesen Sie den Artikel zum jeweiligen Test, um weitere Informationen zu erhalten.
Einige Windows HLK-Tests erfordern einen Benutzereingriff. Bei der Ausführung von Tests für eine Übermittlung empfiehlt es sich, die automatisierten Tests getrennt von den manuellen Tests in einem Block auszuführen. Dadurch wird verhindert, dass ein manueller Test die Fertigstellung eines automatisierten Tests unterbricht.
Bevor Sie Treiber- oder Adaptertests für Fingerabdruckleser durchführen, stoppen und deaktivieren Sie den Windows-Biometriedienst. Wenn der Biometriedienst ausgeführt wird, während die HLK-Tests für den Fingerabdruckleser ausgeführt werden, kann es einen Konflikt zwischen den beiden geben, und die Testergebnisse sind nicht genau.
Schreiben von Testkonfigurationsdateien
Bevor Sie Tests mit dem Fingerabdruckleseradapter durchführen, müssen Sie XML-Konfigurationsdateien für den Sensor-, Speicher- und Moduladapter erstellen. Die Namen dieser Dateien müssen SensorTestConfig.XML, EngineTestConfig.XML und StorageTestConfig.XML sein. Verwenden Sie die folgenden Vorlagen als Ausgangspunkt und ändern Sie sie für Ihr bestimmtes Gerät.
Konfigurationsdatei für Sensoradapter
<?xml version="1.0" encoding="utf-8"?>
<bioTestConfiguration version="0" runOptional="false" runInteractive="true" abortOnFailure="false" manualStep="false" logType="WTT">
<testSuites>
<testSuite deviceRequired="true" id="SensorAdapterTestSuite">
<library>sensortest.dll</library>
<description>Sensor Adapter Test Suite</description>
</testSuite>
</testSuites>
<deviceInfo>
<sensorAdapterLib>winbiosensoradapter.dll</sensorAdapterLib>
<engineAdapterLib>engineadapter.dll</engineAdapterLib>
<storageAdapterLib>winbiostorageadapter.dll</storageAdapterLib>
<indicatorSupported>0</indicatorSupported>
<supportedModes>
<supportedMode>0x01</supportedMode>
<supportedMode>0x02</supportedMode>
</supportedModes>
<supportedPurposes>
<supportedPurpose>0x01</supportedPurpose>
<supportedPurpose>0x02</supportedPurpose>
<supportedPurpose>0x04</supportedPurpose>
<supportedPurpose>0x08</supportedPurpose>
<supportedPurpose>0x10</supportedPurpose>
<supportedPurpose>0x80</supportedPurpose>
</supportedPurposes>
</deviceInfo>
</bioTestConfiguration>
Konfigurationsdatei für Moduladapter
<?xml version="1.0" encoding="utf-8"?>
<bioTestConfiguration version="0" runOptional="false" runInteractive="true" abortOnFailure="false" manualStep="false" logType="WTT">
<testSuites>
<testSuite deviceRequired="true" id="EngineAdapterTestSuite">
<library>enginetest.dll</library>
<description>Engine Adapter Test Suite</description>
</testSuite>
</testSuites>
<deviceInfo>
<sensorAdapterLib>winbiosensoradapter.dll</sensorAdapterLib>
<engineAdapterLib>engineadapter.dll</engineAdapterLib>
<storageAdapterLib>winbiostorageadapter.dll</storageAdapterLib>
<indicatorSupported>0</indicatorSupported>
<engineOnDevice>FALSE</engineOnDevice>
<supportedModes>
<supportedMode>0x01</supportedMode>
<supportedMode>0x02</supportedMode>
</supportedModes>
<supportedPurposes>
<supportedPurpose>0x01</supportedPurpose>
<supportedPurpose>0x02</supportedPurpose>
<supportedPurpose>0x04</supportedPurpose>
<supportedPurpose>0x08</supportedPurpose>
<supportedPurpose>0x10</supportedPurpose>
<supportedPurpose>0x80</supportedPurpose>
</supportedPurposes>
</deviceInfo>
</bioTestConfiguration>
Konfigurationsdatei für Speicheradapter
<?xml version="1.0" encoding="utf-8"?>
<bioTestConfiguration version="0" runOptional="false" runInteractive="true" abortOnFailure="false" manualStep="false" logType="WTT">
<testSuites>
<testSuite deviceRequired="false" id="StorageAdapter">
<library>storagetest.dll</library>
<description>Storage Adapter Test Suite</description>
</testSuite>
</testSuites>
<deviceInfo>
<sensorAdapterLib>winbiosensoradapter.dll</sensorAdapterLib>
<engineAdapterLib>engineadapter.dll</engineAdapterLib>
<storageAdapterLib>winbiostorageadapter.dll</storageAdapterLib>
<indicatorSupported>0</indicatorSupported>
<storageOnDevice>FALSE</storageOnDevice>
<supportedModes>
<supportedMode>0x01</supportedMode>
<supportedMode>0x02</supportedMode>
</supportedModes>
<supportedPurposes>
<supportedPurpose>0x01</supportedPurpose>
<supportedPurpose>0x02</supportedPurpose>
<supportedPurpose>0x04</supportedPurpose>
<supportedPurpose>0x08</supportedPurpose>
<supportedPurpose>0x10</supportedPurpose>
<supportedPurpose>0x80</supportedPurpose>
</supportedPurposes>
</deviceInfo>
</bioTestConfiguration>
Zusätzliche Konfigurationstags
In der Konfigurationsdatei gibt es im Abschnitt „Geräteinformationen“ drei zusätzliche Tags:
<deviceInfo>
<badSwipeDetectionPoint> VALUE </badSwipeDetectionPoint>
<privateConnectionSensorToEngine>BOOLEAN</privateConnectionSensorToEngine>
<privateConnectionEngineToStorage>BOOLEAN</privateConnectionEngineToStorage>
</deviceInfo>
badSwipeDetectionPoint
SensorFinishCapture
EngineAcceptData
EngineProcessData
Hinweis
Maximal ein badSwipeDetectionPoint-Tag kann in einer einzelnen Testkonfigurationsdatei angezeigt werden.
privateConnectionSensorToEngine
Wenn TRUE, weist dies auf eine interne Verbindung zwischen den Sensor- und Modulkomponenten hin, die nicht vom WinBio Framework verwaltet wird.
Wenn FALSE, verwendet die Verbindung zwischen dem Sensor und dem Modul die standardmäßigen WinBio-Adapterschnittstellen.
privateConnectionEngineToStorage
Wenn TRUE, weist dies auf eine interne Verbindung zwischen den Modul- und Speicherkomponenten hin, die nicht vom WinBio Framework verwaltet wird.
Wenn FALSE, verwendet die Verbindung zwischen dem Modul und dem Speicher die standardmäßigen WinBio-Adapterschnittstellen.
Hinweis
Für ein zusammengesetztes Gerät ist es möglich, sowohl privateConnectionSensorToEngine als auch privateConnectionEngineToStorage festzulegen.
engineOnDevice
Wenn TRUE, gibt dies an, dass der Fingerabdrucksensor die Modulfunktionalität in der Hardware unterstützt. Dies bedeutet in der Regel, dass der Sensor ein erweiterter Sensor ist.
Wenn FALSE, gibt dies an, dass der Fingerabdrucksensor die Modulfunktionalität in der Software unterstützt. Dies bedeutet in der Regel, dass der Sensor ein Sensor mit Basisfunktion ist.
storageOnDevice
Wenn TRUE, gibt dies an, dass der Fingerabdrucksensor die Vorlagenspeicherung in der Hardware unterstützt. Dies bedeutet in der Regel, dass der Sensor ein erweiterter Sensor ist.
Wenn FALSE, gibt dies an, dass der Fingerabdrucksensor keine Vorlagenspeicherung in der Hardware unterstützt. Vorlagen werden auf dem Datenträger gespeichert. Dies bedeutet in der Regel, dass der Sensor ein Sensor mit Basisfunktion ist.