Árbol de automatización de IU obsoleto

Question

Estoy intentando programar una aplicación de prueba automática utilizando la nueva interfaz de automatización 3.0 de Microsoft UI nativa (en VC++ 2010, Win7). La aplicación bajo prueba (AUT) es una aplicación WPF.

Casi todo funciona bien ... Puedo instalar manejadores de eventos, navegar por el árbol, buscar elementos usando varias condiciones y controlar los elementos encontrados usando sus patrones.

Pero ayer encontré un comportamiento que me deja desesperado: el árbol UIA de mi AUT simplemente no se actualiza después de cambiar su panel principal de GUI haciendo clic en uno de sus botones de menú principal.

Después de hacer clic en el botón de menú principal, puedo ver los nuevos widgets de interfaz gráfica de usuario de la AUT pero el árbol UIA todavía contiene los controles que han estado allí antes clic en el botón del menú principal. El árbol UIA (desactualizado) todavía se puede leer completamente utilizando las funciones de búsqueda o usando walker pero, por supuesto, no se puede escribir dado que los widgets ya no existen.

Esto parece exactamente que habría una memoria caché obsoleta ... sin embargo, NO utilizo ninguna función UIA de almacenamiento en memoria caché. Ninguna. Nunca. En ninguna parte.

No pude hacer la actualización del árbol UIA programáticamente ... ni llamando a ninguna función UIA ni reiniciando la aplicación tester ni cambiando la GUI de AUT de un lado a otro. Esto no sucede todo el tiempo. A veces, después de hacer clic en el botón principal, el árbol parece estar actualizado y todo funciona bien. Sin embargo, la mayoría de las ejecuciones falla. Solo hay una (misteriosa) forma de actualizar el árbol UIA de forma confiable: utilizando inspect.exe. ¡Cuando uso la herramienta inspect.exe para echar un vistazo al subárbol UIA de AUT, el problema desaparece repentinamente y mi aplicación tester puede acceder al árbol actual y actualizado inmediatamente! Por supuesto, el problema vuelve a aparecer después de reiniciar el AUT.

¿Qué hace inspect.exe para actualizar el árbol UIA (de otra aplicación)? ¿Cómo es posible acceder a los elementos sin usar ningún almacenamiento en caché? ¿Qué me perdí?

Realmente necesito ayuda.

---

bien, algunos de los hallazgos más:

1. UISpy.exe es capaz de actualizar el árbol de la UIA de la misma manera misteriosa inspect.exe hace (esto es especialmente extraño, porque utiliza el mismo inspect.exe interfaz nativa como lo hago, pero UISpy.exe utiliza la interfaz .NET AFAIK). Esto significa que este es un tipo de problema de UIA persistente y amplio del sistema y no un problema puro de UIA nativa.

2. El problema no ocurre si no accedo al árbol antes de cambiar la vista. Es decir. si mi aplicación de prueba no accede a la vista de AUT antes de cambiar la vista haciendo clic en el botón del menú principal, verá los nuevos widgets sin problemas. Esto indica fuertemente algún problema de almacenamiento en caché de la API UIA nativa, incluso si no tengo idea de cómo podría suceder esto porque no estoy almacenando en caché. ¿Alguien sabe si hay algún almacenamiento interno en caché?

Creo que esto podría ser un error de la API. Sin embargo, teniendo en cuenta mis experiencias actuales con Microsoft Connect, estoy algo perdido con ese inconveniente :-(

Alguien alguna idea?

---

También probé la herramienta Snoop. El uso de Snoop no cura temporalmente el problema como Inspect y UISpy. En cuanto a Inspect.exe, hay otro detalle ... es suficiente para colapsar y expande el subárbol de AUT para curar temporalmente el problema.

Answer 1

Ok, actualicen esto. La UIA simplemente parece horriblemente falsa. Descubrí que al leer el conjunto de contenido de un elemento y la longitud de ese conjunto, se actualizan los cachés ocultos. También tuve un caso donde un subárbol de una pestaña no era una actualización, pero podría actualizarse cambiando a otra pestaña y viceversa (leer el contenido por patrón NO ayudó en ese caso). Ambos casos fueron reproducibles pero no pude encontrar ninguna forma de predecirlos o prevenirlos. Además, muchos componentes de WPF de terceros parecen tener errores. Finalmente nos rendimos para usar esa API.

Answer 2

sé que es bastante viejo, pero descubrí lo que hace Inspect.exe para actualizar el árbol UIA para otras aplicaciones - mire el menú Opciones - hay un elemento etiquetado como 'bandera SPI_SCREENREADER' - está marcado por defecto.

hacer esto en su código y que probablemente tiene el árbol UIA fresca:

SystemParametersInfo (SPI_SETSCREENREADER, TRUE, NULL, SPIF_UPDATEINIFILE | SPIF_SENDCHANGE);

PostMessage (HWND_BROADCAST, WM_WININICHANGE, SPI_SETSCREENREADER, 0);