Erfahrungen mit UI Automation und WPF [geschlossen]

Question

Wir entwickeln eine ziemlich große WPF-basierte Anwendung und möchten einen automatisierten UI-Tests in unserem Testpaket enthalten (die bereits eine Reihe von Unit-Tests enthalten).

Die UI Automation Framework aus Microsoft klingt teilweise wie eine perfekte Passform für programmatisch starten und in einem Testaufbau mit der Anwendung interagieren. Allerdings habe ich gekämpft solide Referenz für die Proben und Erfahrungen mit der Technik zu finden, die Gegenstände und kleine Proben auf MSDN verfügbar ist nicht genug, um mich davon zu überzeugen, dass es eine gute Wahl ist.

Also, hat jemand reale Welt Erfahrungen der UI Automation Framework in ihrer Testsuite mit? Was sind die Einschränkungen und die gotchas? Best Practices bei schriftlichen Prüfungen Skripten können Sie „Aufnahme und Wiedergabe“ auf ein skriptfähiges Format, wie viel sollten Sie die Tests aus der Anwendung erleichtern, wie haben Sie es in der automatischen Build integrieren? Sollten wir in einer anderen Richtung als die UI Automation Framework suchen?

Sie können ferner Sie Erfahrungen hier oder Link zu einigen guten Referenzen schreiben ich vielleicht verpasst haben

Answer 1

Wo ich arbeiten wir haben gerade damit begonnen, einige Test-Tools für unser System zu bewerten. Wir kamen auf ein Tool namens weiß , die die UI Automation Framework verwendet. Beachten Sie, dass Weiß hat auch eine Aufnahmefunktion, obwohl ich denke, es sieht von Fragen hat und noch entwickelt wird.

Was ich versuchte, tat sie aufgebaut, um wie Unit-Tests d [TestFixture] [Test] usw. dann konnten wir sie durch nunit zur gleichen Zeit wie die Unit-Tests.

laufen

Wir haben festgestellt, dass es schwierig sein kann, einige der Komponenten in Ihrem Fenster zugreifen zu können, haben aber nicht viel von einer Chance habe, zu untersuchen, warum.

Wenn Sie nicht für die Software zahlen nichts dagegen, dann würde ich empfehlen Testcomplete .

Answer 2

Ich bin in der Mitte bei der Arbeit der UI-Automatisierung einer WPF-Anwendung zu tun. Ich bin mit Weiß und IronRuby und es funktioniert super. Ich habe oben geschrieben, wie ich es hier getan habe: http://www.natontesting.com/2010/02/17/how-to-test-a-wpf-app-using-ironruby-and-white/

Answer 3

Wir gingen zunächst mit weißen und zog dann weg von ihm. Es wird versucht, allgemeine und abstrakte über den Win32-API, WinForms, Java-Anwendungen zu sein, und die MS UI Automation API. Die MS UI Automation API versucht auch allgemeine und abstrakte über die win32 api und WinForms und WPF zu sein, so dass Sie am Ende in einem „kleinsten gemeinsamen Nenner-of-kleinsten gemeinsamen Nenner“ -Szenario.

Das Ergebnis davon war, dass das Weiß Element der Suche API einfach nicht flexibel genug war verschiedene UI-Elemente zu finden, die wir finden mussten, und es hat nicht genug von den zugrunde liegenden UI Automation Framework Elemente belichten für uns, alles zu tun nützlich damit.

Am Ende haben wir mit einem homegrown Art-of-Rahmen gehen; Wir verwenden die MS UIAutomation Rahmen direkt, sondern haben Erweiterungsmethoden und Klassen-Helfer mit den Szenarien befassen es geht nicht. (Tastatur- und Mauseingaben, in erster Linie).

Hinweis: unsere Testskripte und homegrown Rahmen sind alle IronRuby verwenden. Rubys Fähigkeit Methoden zu bestehenden Klassen hinzuzufügen und es ist flexibel Syntax (kombiniert mit method_missing) sind genial für diese Art der Sache.