c# ui automation [en attente]
je suis en train d'automatiser l'interface graphique en c# .Est-ce la même que la version du navigateur de l'automatisation .comment puis-je commencer ui automation
Veuillez reformuler la question.
Pensez-vous réellement dire UI animation? Ou peut-être que vous essayez de mettre en œuvre l'automatisation pour tester l'INTERFACE utilisateur? S'il vous plaît ajouter un peu plus de détails.
Double Possible (mais pas encore pleinement répondu): stackoverflow.com/questions/2052915/...
ralentir! Ils n'ont même pas répondu à votre propre question. Vous ne savez pas, c'est un double jusqu'à ce que l'OP fournit plus de détails.
oui, vous avez raison, j'ai modifié le texte...
Pensez-vous réellement dire UI animation? Ou peut-être que vous essayez de mettre en œuvre l'automatisation pour tester l'INTERFACE utilisateur? S'il vous plaît ajouter un peu plus de détails.
Double Possible (mais pas encore pleinement répondu): stackoverflow.com/questions/2052915/...
ralentir! Ils n'ont même pas répondu à votre propre question. Vous ne savez pas, c'est un double jusqu'à ce que l'OP fournit plus de détails.
oui, vous avez raison, j'ai modifié le texte...
OriginalL'auteur manish patel | 2010-01-20
Vous devez vous connecter pour publier un commentaire.
Vous pouvez utiliser Microsoft UI Automation bibliothèque, mais il n'est pas beaucoup de plaisir. "Blanc" est une meilleure alternative... voir: http://www.codeplex.com/white
EDIT:
Nouvelle url à "Blanc" projet tel qu'il a été déplacé à TestStack sur GitHub: https://github.com/TestStack/White
Tests écrits à l'aide de Microsoft UI Automation bibliothèque sont verbeux, moins de Blanc. Et je ne pense pas que c'est mort, il a juste fait ce que 99% des gens veulent qu'il fasse. Pas de point dans le code de désabonnement juste pour faire un projet a l'air vivant...
si ce que je fais n'est pas sur le test, mais plus sur l'accrochage pour les autres windows à des fins d'automatisation, et mon code est assez générique (j'ai besoin de l'appui de nombreuses applications différentes) puis Blanc ne serait pas un bon choix, serait-il? Aussi loin que je le comprends, l'UIA est plus générique et à cet effet, verbeux, alors que le Blanc est à l'aide de plus facile à comprendre et à lire de la syntaxe, mais il est moins à l'écoute de la création de génériques de code?
Corriger et corriger!
OriginalL'auteur Nat Ritmeyer
Si vous êtes en utilisant WPF, Microsoft a une très détaillé UI Automation bibliothèque.
http://msdn.microsoft.com/en-us/library/ms747327.aspx
J'ai eu un coup d'oeil autour de lui, mais je ne pouvais pas trouver un équivalent pour WinForms.
OriginalL'auteur Alastair Pitts
WiPFlash est bon, facile à utiliser, open source wrapper sur le dessus de Microsoft UI automation bibliothèque. Mais ils sont limités par le sous-jacent de Microsoft à l'Automatisation de la structure.
OriginalL'auteur Klee
Attention, si votre interface est en utilisant un 3ème partie des commandes de Windows, comme Devexpress contrôles, ou Telerik controls.
MS UI Automation aurait des difficultés à localiser les amateurs de grilles, de beaux menus et de jolies icônes.
Parler TestStack.Blanc, c'est à l'aide de MS UI Automation comme la pierre angulaire, de sorte qu'il serait confronté au même problème de localisation détaillée des éléments d'interface.
Vous permettra de savoir quand vous avez besoin de manipuler la grille en ligne, mais UI Automation ou TestStack.Blanc pourrait plus éloigné seulement de vous retourner l'objet de la table, alors vous trouverez votre R&D efforts avant le début du projet ont tout perdu. Voilà comment j'ai appris cette leçon, mais maintenant, je suis l'expert.
OriginalL'auteur Richard
http://msdn.microsoft.com/en-us/library/ms747327.aspx comme Alastair Pitts a souligné peut être utilisé. De mes connaissances, il devrait être bon pour toutes les tâches d'automatisation - aussi longtemps que Windows reconnaît le contrôle de votre application utilise que des contrôles standard ou les contrôles d'automatisation de soutien. Qui devrait être le cas pour à peu près tous les principaux fournisseurs de contrôle. Et defnitely MFC, Win32, WinForms et probablement WPF et Silverlight ainsi.
Vous pouvez vous faire une idée de ce que vous êtes jusqu'à (contre) en tirant jusqu'à Spy++ et avoir un coup d'oeil à ce qu'il affiche.
Vous souhaitez peut-être également à l'écoute des autres idées, en utilisant des Outils comme le Blanc (opensource) ou Rannorex (ce qui est commercial).
OriginalL'auteur Andreas Reiff
FlaUI est une bonne alternative à la "Blanche" de la bibliothèque, basé sur les bibliothèques UI Automation à partir de Microsoft.
OriginalL'auteur ilCosmico
9 Ans plus tard Appium est une bonne option, qui est aussi une référence côté de Microsoft, depuis CodedUI est obsolète.
Microsoft construire la WinAppDriver pour Appium. Vous pouvez aussi utiliser le WinAppDriver pour tester votre interface graphique. vous avez besoin Appium, simplement si vous voulez faire contionouos intégration.
Différences:
Teststack.Le blanc est un efficace Testframework. Il doenst besoin d'autant de temps que WinAppDriver (Appium) pour aller à travers les tests et il est très facile à mettre en œuvre dans votre projet d'essai. Mais le soutien n'est pas aussi bon que WinAppDriver. Teststack.Blanc comme exemple ne marche pas encore de soutien UWP (peut-être pas envie de le développer avec UWP 😛 ). De l'autre côté, vous avez besoin de Windows 10 ou Windows Server 2016 à travailler avec le WinAppDriver. Les deux ont une facilité de mise en œuvre de tests, mais vous devez configurer certains JSON-Valeurs, pour obtenir une connexion http avec le WinAppDriver.
Au moins la WinAppDriver avec Appium a beaucoup plus de possibilités, mais TestStack.Le blanc est facilement mis en œuvre.
OriginalL'auteur Björn Ammon