Je suis à la recherche d'un cadre de test automatisé UI / outil logiciel. Dans le passé, je l'ai utilisé TestComplete , et bien que ce soit un bon morceau de logiciel, mais le concept d'automatisation de test GUI a été jugé être suffisamment difficile que j'ai écrit quelques messages à se plaignent à ce sujet .
L'un des problèmes avec l'outil d'automatisation de test tiers est que vous devez apprendre de nouvelles langues afin d'être productif sur elle, sans oublier que le support de l'outillage est pauvre. Je suis maintenant l'intention de se pencher sur Microsoft UI Automation qui vient avec .Net 3.0 et cadre blanc . Mais avant de le faire, je veux savoir ce qui est le résultat là-bas.
Toute personne a une expérience à partager à ce sujet? Avez-vous de créer une suite de tests durable et réussie grâce à l'automatisation interface utilisateur de votre application?
Edit: Cela semble être une question très difficile. Je prime d'installation pour cela si je ne reçois pas de réponse dans ces quelques jours.
7 Réponses :
Je n'ai aucune expérience avec Microsoft Ui Automation, mais j'utilise AutoIt ( http: // www. Autoitscript.com/autoit3/ ) Pour faire un peu d'automatisation de l'interface graphique. Je l'utilise pour tester mon add-in Visual Studio. Pas vraiment une réponse à votre question, mais cela pourrait être intéressant pour vous.
Cordialement,
Sebastiaan
Nous utilisons le cadre de test blanc ici avec d'excellents résultats.
Le cadre utilise la messagerie Win32 pour trouver les contrôles et interagir avec eux. C'est assez lent sur de grandes formes avec beaucoup de contrôles cependant, c'est le seul inconvénient que j'ai rencontré. Nous automatisons également le test en utilisant également Buildbot et Nunit-Console.
Réponse froide ... Mieux je réponds à une réponse factice, juste au cas où il n'y a pas de bonne réponse à cela.
@Greg, c'est-à-dire parce que j'ai offert une prime pour cette question, mais lorsque la période s'est terminée, aucune de la réponse n'a été satisfaisante, mais j'ai toujours été faite pour choisir une réponse acceptée. Qui était le point d'écriture et accepter une réponse factice.
Il n'y a aucune raison d'accepter une réponse s'il n'y a pas de réponse qui mérite la peine de l'accepter. Laissez la question ouverte!
ive a utilisé une version légère des tests automatisés de l'UI pour le cadre .NET en utilisant une approche similaire à celle-ci:
http://msdn.microsoft.com/en-us/magazine /cc163864.aspx
J'ai rencontré des problèmes en utilisant des onglets et de décider quels panneaux allaient être utilisés, mais cela a finalement conduit à une refonte de la forme (de sorte que cela a également trouvé des problèmes dans la conception!)
J'utilise Mme Ui Automation Framework à l'aide de C # .NET et j'ai trouvé cela extrêmement simplem et utile. Les problèmes ont été observés comme tels, mais il manque de rapport générant un soutien afin que vous ayez besoin d'écrire votre propre logique pour celle spécifique. Cas de test.
Satisfaction globale: 8/10.
C'est une réponse extrêmement tardive (vous avez probablement déjà été expédiée), mais j'ai testé une application WPF avec elle.
J'ai eu beaucoup de maléfaits pendant que j'utilisais la version bêta1 de VS2010 et j'en ai rencontré des bugs. Utilisation de la version de version, j'avais moins de problèmes.
Il était difficile parce que j'apprendais WPF, VS UI Automation et WPF / Windows Accessibilité tout en même temps. Le fait qu'il soit difficile de créer des tests d'interface utilisateur automatisés à la preuve de balle ajoutés à cette difficulté.
Après le VS2010 RTM, j'ai toujours eu des problèmes intermittents avec une page natale / personnalisée que nous avons enveloppée. Je pense que cela était partiellement due à une question parentale et en partie en raison d'un problème de filetage / processus.
Le plus grand mal de tête que j'ai rencontré était lorsque j'essayais de tester un contrôle de contrôle de la boîte à outils WPF, en particulier de la commande DataGrid. Il y avait des bugs d'automatisation UI connus et j'ai eu un diable de temps en travaillant autour d'eux.
J'ai également rencontré des défis où le cadre d'automatisation de l'interface utilisateur mettait la mise en cache des données dans les coulisses. Je devrais ré-instancer des contrôles afin d'obtenir des données mises à jour sur elles (particulièrement de la visibilité, lorsqu'un contrôle était mal partent).
Si j'avais une application pure WPF ou PURE WIN32, cela n'a pas hérité de l'interface utilisateur des autres applications, enveloppez les objets des commandes WebBrowser, utilisez des commandes personnalisées, etc., puis je l'utiliserais probablement à nouveau. Si vous n'avez pas encore pris de décision, votre application utilise l'un de ceux-ci, alors je verrais si je pouvais utiliser autre chose. Peut-être un ensemble plus simple de scripts pour effectuer des tests d'intégration plus limités et essayer de couvrir le reste avec des tests d'unités, en utilisant des objets simulés.
Je ne l'ai pas utilisé au cours des 6 derniers mois, cependant, alors votre kilométrage pourrait varier.
J'ai écrit un gemme basé sur irruby appelé Bewildr qui enveloppe le cadre d'automatisation MS UI. Il a été utilisé avec succès pour automatiser les applications MS WPF de différentes entreprises, dont la BBC. Voici un guide étape par étape pour l'utiliser: http://www.natontestting.com/2011/08/27/step-by-step-example-of-bdding-a- WPF-APP-AVEC-CUCOMBY-RSPEC-IRNRUBY-anD-BEWILDR /
C'est quelque chose que j'aimerais certainement jeter un coup d'œil sur, mais je serai concentré sur les tests et le code examinant les couches inférieures de notre application pour le moment. Quoi qu'il en soit, j'ai examiné les liens que vous avez fournis, puis j'ai fait des recherches et avons fini par trouver le blog de Microsoft Ui Automation Team. Je partage ici ici au cas où vous ne l'avez pas encore rencontré: blogs.msdn.com/winuiautomation