J'aimerais pouvoir repousser une série de robinets sur le simulateur IOS, idéalement produit en enregistrant ces robinets. Si l'enregistrement n'est pas possible, je peux peut-être le faire dans le code, dans le programme ou avec un programme externe comme AppleScript. Ou peut-être avec des instruments?
Est-ce que cela est possible? Je devrais pouvoir commencer à jouer à des actions des utilisateurs
4 Réponses :
Je pense que la pointe de la technologie open source est Frank . Impossible d'enregistrer des actions, mais vous pouvez spécifier un ensemble de robinets, de gestes, etc. dans le code. En prime, cela vous oblige à avoir les choses d'accessibilité correctement configurées, car c'est ce qu'il utilise pour piloter les tests.
Il existe plusieurs cadres de test iOS natifs et hybrides qui vous permettront de créer des scénarios de test (tels que la simulation des robinets de l'utilisateur), enregistrer les événements et les utiliser pour une lecture ultérieure, peut-être dans un environnement de CI. Les listes ci-dessous certains de ces cadres que nous avons contemplé et certains que nous avons utilisé dans notre environnement mobile.
Vue d'ensemble:
KIF reposer « Keep It fonctionnelle ». Il permet d'automatiser facilement des applications iOS en tirant parti des attributs d'accessibilité que le système d'exploitation met à la disposition pour les personnes ayant une déficience visuelle.
KIF repose sur l'accessibilité intégrée d'iOS pour effectuer ses étapes de test. En tant que tel, il est important que votre application est entièrement accessible. Ceci est aussi une excellente façon de vous assurer que votre application est utilisable par les malvoyants. Faire est généralement votre application accessible aussi facile que de donner votre point de vue des étiquettes raisonnables. Plus de détails sont disponibles dans la documentation d'Apple.
Site Web avec le code source et les instructions sont disponibles sur Github
cas de test sont créés en Objective-C via Xcode / AppCode.
Vue d'ensemble:
Frank est 'Sélénium pour les applications iOS natives. Frank vous permet d'écrire test de texte structuré / tests d'acceptation / exigences (utilisation de concombre) et de les exécuter contre votre application iOS.
La prémisse principale est le cadre intègre un serveur HTTP dans une version test de l'application et permet ensuite au client d'envoyer des requêtes HTTP à l'application pour exécuter des scénarios de test.
« Frank comprend également un puissant « inspecteur app »(appelé Symbiote) que vous pouvez utiliser pour obtenir des informations détaillées sur votre application en cours d'exécution. Cela vous permet d'inspecter l'application pour les objets à l'écran. »
Cas de test: Les cas de test sont écrits en langage naturel à l'aide de concombre.
(le site a déjà été mentionné ci-dessus)
Vue d'ensemble:
Calabash est construit sur la même architecture que Frank. Il intègre un serveur HTTP dans une version test de l'application et permet ensuite au client d'envoyer des requêtes HTTP à l'application pour exécuter des scénarios de test.
« Calabash est multi-plateforme, supportant les applications et iOS applications natives. Il est open source et libre, et a une entreprise, LessPainful, support et son développement. »
« Calabash se compose des bibliothèques qui permettent code de test pour programme Interagir avec les applications natives et hybrides. L'interaction se compose d'un certain nombre d'actions de l'utilisateur final.
cas de test sont écrits dans le langage naturel par l'intermédiaire de concombre. Voici un exemple:
Site principal: http://calaba.sh
(précédemment connu sous le nom « FoneMonkey »)
Vue d'ensemble: Monkeytalk est un cadre test automatisé qui permet à l'utilisateur la possibilité d'enregistrer un ensemble d'instructions, puis lire ces scripts dans le simulateur ou le périphérique.
MonkeyTalk est libre et open-source. Il peut être exécuté à partir de la ligne de commande de sorte qu'il semble être un bon candidat pour une utilisation dans l'environnement de construction de CI. Il génère également des fichiers XML JUnit qui sont utilisés pour les résultats des tests de rapport Jenkins.
MonkeyTalk fournit des bibliothèques qui sont compilés dans une version test de l'application.
Cas de test: MonkeyTalk est livré avec son propre IDE pour la création de cas de test. Il enregistre les actions effectuées sur le simulateur ou l'appareil et peuvent les lire sous forme de script. Il permet la possibilité de fournir des fichiers de données pour les données d'entrée telles que les noms et mots de passe. Les pistes IDE sous Windows, Mac OS X ou Linux cependant, les appareils iOS et simulateurs ne fonctionnera que dans OSX.
principal: http://www.gorillalogic.com/testing-tools/monkeytalk
Script Sikuli est plus récent et fonctionne avec iOS et dans le simulateur - http://www.sikuli.org
Les instruments peuvent le faire avec l'automatisation de l'UI.
Je ne peux pas sembler être capable de faire ça. Pour diverses raisons, je devrais pouvoir joindre l'instrument d'automatisation après avoir lancé l'application. Cela ne semble pas possible.