Pourquoi Test de l'interface utilisateur Coded Builder show MSAA pour WPF contrôle au lieu de l'UIA

StackOverflow https://stackoverflow.com/questions/2593320

Question

Question

Lorsque je sélectionne un contrôle WPF avec le crossline de Visual Studio 2010 UI Coded test Builder ( Captures d'écran ), il montre que la technologie d'accessibilité utilisée était MSAA. Pourquoi est-il pas UIA?

Informations complémentaires

Je suis d'essayer la nouvelle fonctionnalité de test UI Coded livré avec VS2010 et TFS2010.

Je sais qu'il ya fondamentalement deux technologies d'accessibilité de l'interface utilisateur de Microsoft:

Quand je crée une interface utilisateur Test et Coded un coup d'oeil sur le code généré, je vois que les contrôles sont cliqués sur base des positions de pixel, au lieu de --ce je hardiment poignées expect-- à des objets réels.

Je suppose que ce genre d'accès rend les tests plus fragiles à la délocalisation des éléments de l'interface utilisateur. Considérant que les essais seraient plus stables si l'UIA serait au travail; tant que je ne change pas l'arbre de l'interface utilisateur, rien ne doit se rompre.

Qu'est-ce que je me trompe?

Était-ce utile?

La solution

Il est un problème connu avec Visual studio 2010 Ultimate RC.

Autres conseils

En ce qui concerne la note « positions de pixels » dans la question initiale. La plupart du temps, les coordonnées de pixels ne sont pas nécessaires. Le contrôle se trouve en effectuant une recherche dans la hiérarchie des contrôles à l'écran. Les coordonnées enregistrées sont dans le contrôle. Ceci est nécessaire pour certains contrôles compliqués. Par exemple. Un bouton avec un triangle pour développer un ensemble d'options a deux zones cliquables: la zone principale et le triangle. Voir cette entrée de blog MSDN pour plus de détails: http://blogs.msdn.com/b/mathew_aniyan/archive/2012/03/16/faq-why-are-we-using- coordonner et à base de mesures en code-ui-test.aspx

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top