Compartilhar via


Linearidade (touchpad-linearity)

Isso serve para testar o desempenho de linearidade de um dispositivo de Touchpad de precisão do Windows.

Nomes de teste

  • Test.LinearityDiagonal
  • Test.LinearityDiagonalMultiple

Requisitos básicos testados

  • Device.Input.Digitizer.PrecisionTouchpad.FingerSeparation
  • Device.Input.Digitizer.PrecisionTouchpad.Jitter

Finalidade do teste

  • Verifica se o dispositivo é capaz de atender aos requisitos de linearidade em todas as direções, nas distâncias mínimas de separação de contatos.

    Observação As peças mecânicas usadas para este teste podem ser usadas para validar outras métricas de experiência do usuário determinando o desempenho em separações de dedos mais estreitas. Embora esse teste adicional não seja necessário, é recomendável.

Ferramentas necessárias

  • PT3 com modificações de Touchpad de precisão
  • PTLogo.exe

Etapas de pós-validação

Observe que o teste de linearidade é dividido em seis sub-testes. Esses testes podem ser executados em qualquer ordem e não é necessário seguir a ordem em que são apresentados aqui.

  1. Inicializar Test.LinearityDiagonal.json.

a. Desbloqueie o eixo Y no PT3 e desbloqueie o eixo X.

Confira uma imagem mostrando as alavancas de bloqueio do eixo.

image from the linearity test for a windows precision touchpad device, showing the axis lock levers.

b. Gire parcialmente a placa para permitir um arrasto diagonal de canto a canto (ou o mais próximo possível de 45 graus).

c. A partir da parte de fora de um dos cantos do Touchpad, arraste 1 contato de precisão para o canto oposto. Execute cinco iterações diagonais.

d. Certifique-se de alternar direções e, em algum momento, girar aproximadamente 180 graus para executar a diagonal oposta.

e. Se nenhum erro ocorrer, PTLogo aprovará automaticamente a iteração e avançará para a próxima.

  1. Inicializar Test.LinearityDiagonalMultiple.json.

a. Adicione um 2º contato de precisão de 7mm ao PT3, com uma distância de centro a centro de 8mm entre as duas bordas externas dos contatos (você também pode definir os contatos de 7mm como centro a centro de 15mm).

Confira uma imagem mostrando a configuração para o teste de vários contatos.

image from the linearity test for a windows precision touchpad device, showing the setup for the multiple contact test.

b. Gire o dispositivo para um ângulo (considerando que ele começou em 0°). O eixo X ainda deve ser bloqueado, com o eixo Y desbloqueado.

Confira uma imagem mostrando o guia de rotação no dispositivo de teste PT3.

image from the linearity test for a windows precision touchpad device, showing the rotation guide on the pt3 test device.

c. Arraste os dois contatos pelo Touchpad (em relação à superfície do digitalizador). Execute três iterações diagonais, alternando as direções conforme mostrado no diagrama a seguir.

image from the linearity test for a windows precision touchpad device, showing the acceptable segments for diagonal linearity testing.

d. Gire o dispositivo aproximadamente 180 graus e repita as duas últimas iterações.

Observe que, conforme mostrado no diagrama anterior, todos os segmentos envolvem a entrada dos dois contatos na mesma borda do digitalizador e a saída dos dois contatos na mesma borda do digitalizador.

Confira um diagrama mostrando segmentos inaceitáveis para executar o teste diagonal de vários contatos.

diagram from the linearity test for a windows precision touchpad device, showing unacceptable segments for performing the multiple-contact diagonal test.

Observe que, conforme mostrado no diagrama anterior, as partes do segmento Não adequados (NG) envolvem contatos que não entraram na área do digitalizador a partir da mesma borda. Assim, três em cada quatro das entradas do segmento são inválidas.

Mensagens de erro comuns

  • "[14] Pacote muito longe da borda: #"

    O deslizamento do dedo deve iniciar na borda (ou antes dela).

    Confira uma captura de tela do teste, com uma linha azul mostrando um deslizamento de dedo que não começou na, ou antes da borda.

    screenshot from the linearity test for a windows precision touchpad device, showing a blue line that indicates a swipe that did not start at, or before the edge.

  • "[15] O contato não se moveu em linha reta."

    Demarcador relatado desviado de uma linha reta por mais do que a tolerância permitida (0,5 mm em qualquer direção).

  • "[16] A linha descompassou demais o eixo: #"

    A linha se moveu em uma linha reta (principalmente), mas não era completamente horizontal ou completamente vertical (a orientação esperada é mostrada na parte superior da tela). A menos que seja causado por curvas leves nas extremidades do contato, isso geralmente é um erro de teste. Ajuste o PT3 e tente novamente.

    Use a grade de visualização para ajudar a determinar o alinhamento adequado. Por exemplo, na imagem a seguir, o dispositivo precisa ser girado ligeiramente no sentido anti-horário.

    a screensot from the linearity test for a windows precision touchpad device, showing horzontal lines that have drfted off the true horizontal axis.

  • "[26] Nenhum pacote fora da região da fronteira."

    o Isso significa que um contato nunca apareceu mais do que alguns milímetros longe das bordas do Touchpad.

    o Isso pode ser causado pela execução de um deslizamento de dedo horizontal muito próximo da parte superior do Touchpad, por exemplo.

  • "[27] Viu o pacote se deslocar para trás em (#, #)."

    o Os testes de linearidade são sempre executados movendo um contato em uma direção consistente no Touchpad. Portanto, se um pacote relatar coordenadas por trás do pacote anterior, isso será considerado tremulação de deslocamento para trás.

    o Os números exibidos (#, #) são as coordenadas X e Y, em unidades HIMETRIC.

  • "[34] Pacote duplicado: #."

    o Quando o contato está se movendo acima de uma determinada velocidade, espera-se que cada pacote esteja em uma coordenada diferente da anterior ou da seguinte. Portanto, se dois pacotes em tal situação relatarem exatamente as mesmas coordenadas, eles deverão estar incorretos.

    o O número exibido (#) é o carimbo de data/hora de um dos pacotes duplicados.

Critérios de aprovação

  • Um total de 30/30 (100%) das iterações devem ser aprovadas para a conclusão com status de aprovação.