Conditions préalables au test d’affichage du moniteur
Cette section décrit les tâches que vous devez effectuer avant de tester un moniteur d’affichage ou un projecteur à l’aide du Kit de laboratoire matériel Windows (Windows HLK) :
Configuration matérielle requise
Le matériel suivant est requis pour tester un crt ou un écran plat ou un projecteur.
Deux ordinateurs de test. Ces ordinateurs de test doivent répondre aux conditions préalables de Windows HLK et doivent être inclus dans le même pool d’ordinateurs. Pour plus d’informations, consultez Prérequis Windows HLK.
Deux appareils d’affichage de test.
Notes
Nous vous recommandons de tester deux cartes d’affichage différentes qui utilisent des pilotes IHV différents lorsque vous testez le périphérique d’affichage. Vous aurez peut-être besoin de matériel supplémentaire si l’appareil de test offre d’autres fonctionnalités, telles qu’un port USB ou des fonctionnalités audio intégrées. Pour déterminer si des exigences matérielles supplémentaires s’appliquent, consultez la description de chaque test qui s’affiche pour l’appareil dans Windows HLK Studio.
Notes
Pour certifier votre produit pour une utilisation sur des serveurs, l’ordinateur de test doit prendre en charge quatre processeurs et un minimum de 1 Go de RAM. Ces fonctionnalités système sont requises pour tester les fonctionnalités de rééquilibrage, d’état D3 et de groupe de processeurs multiples de l’appareil et du pilote. Vous n’avez pas besoin d’un ordinateur doté de plus de 64 processeurs pour tester votre appareil. En outre, le ou les systèmes serveurs utilisés pour les tests de périphérique ou de pilote doivent avoir Server Core installé avant le test. Pour plus d’informations, consultez Options d’installation de Windows Server.
Si vous utilisez un pool d’ordinateurs de test pour tester des appareils, au moins un ordinateur du pool doit contenir quatre processeurs et un minimum de 1 Go de RAM. En outre, cet ordinateur doit contenir le périphérique et le pilote que vous souhaitez tester. Tant que le pilote est le même sur tous les ordinateurs du pool, le système crée une planification pour s’exécuter sur tous les ordinateurs de test.
Pour les tests qui n’incluent pas de pilote à tester, tels que les tests de disque dur, le planificateur Windows HLK limite les tests qui valident les fonctionnalités de rééquilibrage, d’état D3 et de groupes de processeurs multiples de l’appareil et du pilote à exécuter sur l’ordinateur de test par défaut. Vous devez configurer manuellement cet ordinateur pour qu’il dispose de plusieurs groupes de processeurs. L’ordinateur par défaut est le premier ordinateur de test de la liste. Le personnel de test doit s’assurer que le premier ordinateur de test de la liste répond à la configuration matérielle minimale requise.
Notes
À l’exception des pilotes de para virtualisation (tels que définis par le document Stratégies et processus WHCP ), vous ne pouvez utiliser aucune forme de virtualisation lorsque vous testez des appareils physiques et leurs pilotes associés pour la certification ou la signature du serveur. Tous les produits de virtualisation ne prennent pas en charge les fonctionnalités sous-jacentes requises pour réussir les tests liés à plusieurs groupes de processeurs, à la gestion de l’alimentation des appareils, à la fonctionnalité PCI des appareils et à d’autres tests.
Notes
Paramètre Groupes de processeurs multiples Vous devez définir la valeur de la taille du groupe de processeurs pour le test hardware Lab Kit des pilotes de périphérique Windows Server 2008 R2 et versions ultérieures pour la certification. Pour ce faire, exécutez bcdedit dans une fenêtre d’invite de commandes avec élévation de privilèges, à l’aide de l’option /set.
Les commandes permettant d’ajouter les paramètres de groupe et de redémarrer sont les suivantes :
bcdedit.exe /set groupsize 2
bcdedit.exe /set groupaware on
shutdown.exe -r -t 0 -f
Les commandes de suppression des paramètres de groupe et de redémarrage sont les suivantes :
bcdedit.exe /deletevalue groupsize
bcdedit.exe /deletevalue groupaware
shutdown.exe -r -t 0 -f
Notes
Paramètre d’intégrité du code
La fonctionnalité VBS (Virtualization Based Security) de Windows Server 2016 doit d’abord être activée à l’aide de Gestionnaire de serveur.
Une fois que cela s’est produit, la clé de Registre suivante doit être créée et définie :
HKLM\System\CurrentControlSet\Control\DeviceGuard
HypervisorEnforcedCodeIntegrity:REG_DWORD
0 or 1 (disabled, enabled)
Configuration logicielle requise
Les logiciels suivants sont requis pour tester un périphérique d’affichage :
Tous les pilotes qui ne sont pas inclus dans le système d’exploitation.
Un fichier d’informations d’installation (INF) pour l’appareil que vous testez.
Un fichier ICM (Image Color Management), le cas échéant.
Les derniers filtres ou mises à jour Windows HLK.
Configuration de l’ordinateur de test
Pour configurer les deux ordinateurs de test pour le test de moniteur d’affichage, procédez comme suit :
Installez le système d’exploitation Windows approprié sur les ordinateurs de test, puis ajoutez ces ordinateurs à votre réseau de test.
Connectez le moniteur d’affichage ou le projecteur à chaque ordinateur de test.
Installez les fichiers INF ou ICM fournis par le fabricant, si l’un de ces fichiers est requis pour le périphérique d’affichage, sur les ordinateurs de test.
Assurez-vous que le moniteur d’affichage ou le projecteur fonctionnent correctement sur les deux ordinateurs de test.
Installez l’application cliente Windows HLK sur les ordinateurs de test.
Utilisez Windows HLK Studio pour créer un pool de machines et déplacer les ordinateurs de test vers ce pool.
Assurez-vous que l’ordinateur de test est à l’état prêt avant de commencer vos tests. Si un test nécessite la définition de paramètres avant son exécution, une boîte de dialogue s’affiche pour ce test. Pour plus d’informations, consultez la rubrique de test spécifique.
Certains tests Windows HLK nécessitent l’intervention de l’utilisateur. Lors de l’exécution de tests pour une soumission, il est recommandé d’exécuter les tests automatisés dans un bloc séparément des tests manuels. Cela empêche un test manuel d’interrompre l’exécution d’un test automatisé.