Partager via


Linéarité (linéarité de pavé tactile)

Il s’agit de tester le niveau de performance de linéarité d’un appareil avec pavé tactile de précision Windows.

Noms de tests

  • Test.LinearityDiagonal
  • Test.LinearityDiagonalMultiple

Conditions requises de base testées

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

Objectif du test

  • Vérifie que l’appareil est en mesure de répondre aux exigences de linéarité dans toutes les directions, aux distances minimales de séparation des contacts.

    Note Les pièces mécaniques utilisées pour ce test peuvent être utilisées pour valider d’autres indicateurs de performance d’expérience utilisateur en déterminant les performances à des séparations des doigts plus étroites. Bien que ce test supplémentaire ne soit pas obligatoire, il est recommandé.

Outils nécessaires

  • PT3 avec modifications du pavé tactile de précision
  • PTLogo.exe

Étapes de validation

Notez que le test de linéarité est divisé en 6 sous-tests. Ces tests peuvent être effectués dans n’importe quel ordre, et il n’est pas nécessaire de suivre l’ordre dans lequel ils sont présentés ici.

  1. Lancez Test.LinearityDiagonal.json.

a. Déverrouillez l’axe Y sur le PT3, puis déverrouillez l’axe X.

Voici une image montrant les leviers de verrouillage de l’axe.

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

b. Faites pivoter partiellement la plaque pour permettre de glisser en diagonale d’angle à angle (ou aussi proche de 45 degrés que possible).

c. En commençant à l’extérieur de l’un des coins du pavé tactile, faites glisser 1 contact de précision vers le coin opposé. Effectuez 5 itérations diagonales.

d. Veillez à alterner les directions et, à un moment donné, à faire pivoter à environ 180 degrés pour effectuer la diagonale opposée.

e. Si aucune erreur ne se produit, PTLogo passe automatiquement l’itération et commence la suivante.

  1. Lancez Test.LinearityDiagonalMultiple.json.

a. Ajoutez un 2e contact de précision de 7 mm au PT3, avec une distance de centre à centre de 8 mm entre les deux bords externes des contacts (vous pouvez également définir les contacts de 7 mm sur 15 mm de centre à centre).

Voici une image montrant la configuration du test à plusieurs contacts.

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

b. Faites pivoter l’appareil sur un angle (en supposant qu’il a démarré à 0°). L’axe X doit toujours être verrouillé, avec l’axe Y déverrouillé.

Voici une image montrant le repère de rotation sur l’appareil de test PT3.

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

c. Faites glisser les 2 contacts à travers le pavé tactile (par rapport à la surface du numériseur). Effectuez 3 itérations diagonales, en alternant les directions, comme illustré dans le diagramme suivant.

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

d. Faites pivoter l’appareil d’environ 180 degrés et répétez les 2 dernières itérations.

Notez que, comme le montre le diagramme précédent, tous les segments impliquent l’entrée et la sortie des deux contacts sur le même bord du numériseur.

Voici un diagramme montrant des segments inacceptables pour effectuer le test diagonal à plusieurs contacts.

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

Notez que, comme le montre le diagramme précédent, les parties de segment Mauvais (NG) impliquent des contacts qui ne sont pas entrés dans la zone du numériseur à partir du même bord. Par conséquent, 3 entrées de segment sur 4 ne sont pas valides.

Messages d’erreur courants

  • « [14] Paquet trop éloigné du bord : # »

    Le balayage doit commencer du bord (ou avant).

    Voici une capture d’écran du test, avec une ligne bleue montrant un balayage qui n’a pas commencé au bord ou avant.

    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] Le contact ne s’est pas déplacé en ligne droite. »

    Le tracé signalé s’écartait d’une ligne droite davantage que de la tolérance autorisée (0,5 mm dans les deux sens).

  • « [16] La ligne a trop dérivé de l’axe : # »

    La ligne s’est (principalement) déplacée en ligne droite, mais n’était pas complètement horizontale ou complètement verticale (l’orientation attendue est affichée en haut de l’écran). Sauf si cela est causé par de légères courbes aux extrémités du contact, il s’agit généralement d’une erreur de test. Ajustez le PT3 et réessayez.

    Utilisez la grille de visualisation pour déterminer l’alignement approprié. Par exemple, dans l’image suivante, l’appareil doit être légèrement pivoté dans le sens inverse des aiguilles d’une montre.

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

  • « [26] Aucun paquet en dehors de la région des bords. »

    o Cela signifie qu’aucun contact n’est apparu à plus de quelques millimètres des bords du pavé tactile.

    o Cela peut être dû à un balayage horizontal effectué trop près du haut du pavé tactile, par exemple.

  • « [27] Le paquet vu se déplace vers l’arrière à (#, #). »

    o Les tests de linéarité sont toujours effectués en déplaçant un contact dans une direction cohérente à travers le pavé tactile. Par conséquent, si un paquet signale des coordonnées derrière le paquet précédent, cela est considéré comme une gigue descendante.

    o Les nombres affichés (#, #) sont les coordonnées X et Y, en unités Himetric.

  • « [34] Paquet en double : #. »

    o Lorsque le contact se déplace au-dessus d’une certaine vitesse, chaque paquet doit se trouver à des coordonnées différentes de celui d’avant ou après. Ainsi, si deux paquets dans une telle situation signalent exactement les mêmes coordonnées, ils doivent être erronés.

    o Le nombre affiché (#) correspond à l’horodatage de l’un des paquets en double.

Critères de réussite

  • Un total de 30/30 (100 %) itérations doivent réussir pour terminer avec le statut de réussite.