Outil débug accessibilité

Bonjour,
je travaille aujourd'hui sur une application qui sera portée sur Android et iOS. Je suis actuellement en phase de tests automatisée de l'appli. Mais voilà je bloque sur la récupération des infos de l'appli. Mes confrères développeurs d'iOS ont un outil formidable pour voir les label des items apparaissant à l'écran, à l'aide d'un outil présent dans les options d'accessibilité. Cela leur permet de connaîtres tous les labels des éléments apparaissant à l'écran, et je cherche du coup un outil similaire pour android pour optimiser mon déploiement des tests.
Quelqu'un connaitrait un outil de ce genre ?
Merci :) !

Je ne comprends pas très bien...

Citation:

---

Cela leur permet de connaîtres tous les labels des éléments apparaissant à l'écran

---

Qu'appelles-tu labels ?

Voilà je viens de trouver le nom de l'outil sur iOS, c'est l' "Accessibility Inspector", comme tu peux voir sur l'image. En fait ça permet de connaître l'id de chaque élément visuel. Ainsi ça me permettrait d'écrire mes scénarios de tests beaucoup plus facilement et rapidement que d'aller fouiller sur chaque layout pour trouver l'id ...

https://developer.apple.com/library/...ibility_2x.png

Ah en effet, je comprends mieux ainsi.
Alors je ne sais pas si ton outil sur iOS tourne en temps réel sur un device/emulateur, mais sur Android, il existe un outil appelé Hierarchy-Viewer qui fait parti du bundle DDMS.
Il te permettra de voir la hiérarchie de tes vues. Tu peux exporter les données vers photoshop, tu as les informations sur les id, les tailles, etc...
Mais tu peux aussi utiliser ui Automater view qui sera peut être plus adapté à tes besoins.

Tu n'utiliserais pas Calabash-Android par hasard ?
Si c'est le cas, tu peux interroger en temps réel ta vue via la commande "query()" quand tu as un irb de lancé avec.

Dans tout les cas, si tu utilises l'accessibilité comme repère, fait bien attention sur les EditText, car le contentDescription pose problème dans ce cas-là.

Dans les applications d'aide, c'est le contentDescription qui est lu et transmis à l'utilisateur, il est donc important de le remplir de manière satisfaisante (dans le cas de vue uniquement graphique, style certains boutons ou les images).
Dans les cas des TextView, c'est le contenu de "text" qui est lu.

Dans le cas des EditText, c'est le "hint" qui est lu lorsque le composant est vide, pour indiquer ce qu'il faut rentrer. Une fois qu'il y a quelque chose, c'est le texte rentré qui est lu.
Le problème vient dans le cas d'un EditText possédant un contentDescription, dans ce cas, c'est toujours le contentDescription qui est relevé, l'utilisateur n'a donc plus aucun moyen de savoir ce qu'il a rentré.

Sinon, le Hierarchy Viewer est a présent intégré dans le "Android Device Monitor" et ne fonctionne que sur émulateur, terminal de développement (config' particulière) et certaines ROM custom (je crois que Cyaogen en fait parti, au moins pour quelques version).