Pré-requisitos de teste de antivírus
Esta seção descreve as tarefas que você deve concluir antes de testar um driver antivírus usando o Windows Hardware Lab Kit (Windows HLK):
Requisitos de hardware
O hardware a seguir é necessário para teste. Talvez você precise de hardware adicional se o dispositivo de teste fornecer suporte específico ao barramento. Para determinar se os requisitos de hardware adicionais se aplicam, consulte a descrição do teste para cada teste.
Um computador de teste que está executando a versão do cliente ou servidor do Windows 7 Service Pack 1 (SP1) ou do Windows Server 2008 R2 SP1
Outro computador que está executando o Windows Server 2008 R2 SP1
Observação
Para certificar seu produto para uso em servidores, o computador de teste deve dar suporte a quatro processadores e um mínimo de 1 GB de RAM. Esses recursos do sistema são necessários para testar a funcionalidade Rebalanceamento, Estado D3 e Grupo de Vários Processadores do dispositivo e do driver. Você não precisa de um computador com mais de 64 processadores para testar seu dispositivo. Além disso, os sistemas de servidor que estão sendo usados para teste de dispositivo ou driver devem ter o Server Core instalado antes do teste. Para obter mais informações, consulte Opções de instalação do Windows Server.
Se você usar um pool de computadores de teste para testar seu produto, pelo menos um computador no pool deverá conter quatro processadores e um mínimo de 1 GB de RAM. Além disso, esse computador deve conter o produto que você deseja testar. Desde que o driver seja o mesmo em todos os computadores do pool, o sistema cria um agendamento para ser executado em todos os computadores de teste.
Para testes que não incluem um driver para testar, como testes de disco rígido, o agendador do Windows HLK restringe os testes que validam a funcionalidade rebalanceamento do dispositivo e do driver, estado D3 e vários grupos de processadores a serem executados no computador de teste padrão. Você deve configurar manualmente esse computador para ter vários grupos de processadores. O computador padrão é o primeiro computador de teste na lista. A equipe de teste deve garantir que o primeiro computador de teste na lista atenda aos requisitos mínimos de hardware.
Observação
Exceto para drivers de para virtualização (conforme definido pelo documento Políticas e Processos do WHCP ), você não pode usar nenhuma forma de virtualização ao testar dispositivos físicos e seus drivers associados para certificação ou assinatura do servidor. Todos os produtos de virtualização não dão suporte à funcionalidade subjacente necessária para passar nos testes relacionados a vários grupos de processadores, gerenciamento de energia do dispositivo, funcionalidade PCI do dispositivo e outros testes.
Observação
Configuração de vários grupos de processadores Você deve definir o valor para o tamanho do grupo de processadores para teste do Hardware Lab Kit do Windows Server 2008 R2 e drivers de dispositivo posteriores para certificação. Isso é feito executando bcdedit em uma janela de prompt de comando com privilégios elevados, usando a opção /set.
Os comandos para adicionar as configurações de grupo e reiniciar são os seguintes:
bcdedit.exe /set groupsize 2
bcdedit.exe /set groupaware on
shutdown.exe -r -t 0 -f
Os comandos para remover as configurações de grupo e reinicialização são os seguintes:
bcdedit.exe /deletevalue groupsize
bcdedit.exe /deletevalue groupaware
shutdown.exe -r -t 0 -f
Observação
Configuração de integridade do código
O VBS (recurso de segurança baseada em virtualização) de Windows Server 2016 deve ser habilitado usando Gerenciador do Servidor primeiro.
Depois que isso ocorrer, a seguinte chave do Registro deverá ser criada e definida:
HKLM\System\CurrentControlSet\Control\DeviceGuard
HypervisorEnforcedCodeIntegrity:REG_DWORD
0 or 1 (disabled, enabled)
Requisitos de software
O seguinte software é necessário para teste:
O driver de filtro antivírus em teste
Aviso
Instale o produto no computador de teste antes de instalar o Cliente HLK do Windows.
Testar a configuração do computador
Para configurar o sistema de teste, siga estas etapas:
Determine a atribuição de letra para cada volume:
NTFS
G:
CNTFS
i:
Fat16
K:
Fat32
l:
Exfat
M:
UDF
N:
No computador cliente, verifique se os seguintes volumes estão presentes:
NTFS 2gb
ntfs compactados 2gb
fat16 1gb
Fat32 1gb
Exfat 1gb
UDF 2gb
No controlador, modifique os parâmetros nos trabalhos na seção $\WDK Tests\Storage\Filesystems para apontar para os volumes de teste, da seguinte maneira:
TxF2: modifique ntfs e cntfs para apontar para os volumes de teste.
ReparsePoints: modifique ntfs, cntfs, fat, fat32, exfat e udf para apontar para testar volumes.
Teste de filtro de sistemas de arquivos instalável: modifique ntfs, cntfs, fat, fat32, exfat e udf para apontar para os volumes de teste.
Teste de filtro de sistemas de arquivos instaláveis antivírus: modifique ntfs, cntfs, fat, fat32, exfat e udf para apontar para os volumes de teste.
Teste de E/S de arquivo: modifique ntfs, cntfs, fat, fat32, exfat e udf para apontar para os volumes de teste.
Teste de E/S de Arquivo Mapeado: modifique ntfs, cntfs, fat, fat32, exfat e udf para apontar para os volumes de teste.
Teste de ID de objeto: modifique ntfs, cntfs, fat, fat32, exfat e udf para apontar para os volumes de teste.
Teste oplocks: modifique ntfs, cntfs, fat, fat32, exfat e udf para apontar para os volumes de teste.
Teste de syscache: modifique ntfs, cntfs, fat, fat32, exfat e udf para apontar para testar volumes.
No servidor, crie um compartilhamento que você nomeie RDRTest.
Modifique os parâmetros no teste $\WDK Tests\Leasing\SMB_OplockRDR para apontar para o nome do servidor e o nome do compartilhamento.
Verifique se o computador de teste está no estado pronto antes de iniciar o teste. Se um teste exigir que os parâmetros sejam definidos antes de ser executado, uma caixa de diálogo será exibida para esse teste. Examine o tópico de teste específico para obter mais informações.
Alguns testes do Windows HLK exigem intervenção do usuário. Ao executar testes para um envio, é uma prática recomendada executar os testes automatizados em um bloco separado de testes manuais. Isso impede que um teste manual interrompa a conclusão de um teste automatizado.