UI-Test-Framework + Kontinuierliche Integration?

Question

Also habe ich eine Anwendung, die ich geerbt habe und ich möchte eine automatisierte Test-Suite um es aufbauen. Die Anwendung wurde nicht auf Testbarkeit ausgelegt, und der Code ist ein "großer Schlammball". Mein Plan war, ein UI-Automation-Testframework zu verwenden und eine Reihe von Tests auf UI-Ebene zu erstellen, bis ich genügend Coverage hatte, um mit dem Refactoring vertraut zu beginnen und einige Nähte in den Code einzubringen, um Testbarkeit und Design zu verbessern.

Es ist eine .NET WinForms-Anwendung und die beiden Frameworks ich sind uns bewusst bin:

NUnitForms

und

Project White

Von dem, was ich beide Frameworks gelesen haben Pose Probleme beim Ausführen als Teil eines automatisierten Build (Continuous Integration) aufgrund der Tatsache, dass die meisten CI-Produkte als Windows-Dienst ausgeführt werden und wenn die Benutzeroberfläche modale Dialoge verwendet, wird die Anwendung schrecklich sterben Tod. Ich verwende CruiseControl.Net als mein CI-Tool.

Hat jemand irgendwelche Vorschläge, um dieses Problem zu umgehen? Ein alternativer Rahmen, um dies zu nutzen, könnte die Situation verbessern?

Danke,

Dylan

Answer 1

NUnitForms hat eine "versteckte Desktop" -Funktion, die Sie Unit-Tests laufen lassen von cc.net.

http://automaticchainsaw.blogspot.com/2007/09/winforms-testing-using-nunitforms.html http://automaticchainsaw.blogspot.com/2007/09/hidden-desktops-and-nunitforms.html

Answer 2

ich es noch nicht versuchen, aber es gibt die UI Automation Framework von Microsoft:

Answer 3

Sie tatsächlich Tempomat über die Konsole app laufen, so können Sie interaktive Desktop-Zugriff haben können. Es wird nicht automatisch wiederhergestellt, wenn der Server neu gestartet wird oder es abstürzt, aber zumindest können Sie es tun.

Der Ansatz, den die meisten Benutzer mit automatisierten UI-Tests (winforms, wpf oder web) annehmen, besteht darin, alle nicht interaktiven Tests über den Build-Server auszuführen. Sobald diese Tests bestanden sind, stellen sie die Anwendung in einer Testumgebung bereit und lösen manuell einen Testlauf mit der neu erstellten Version des Codes aus.

Dies gibt den Benutzern die Möglichkeit, die Testumgebung (wichtig für UI-Tests) zurückzusetzen sowie zu überprüfen, ob die neue Version der Anwendung korrekt erstellt wurde und alle Komponententests bestanden wurden. Es macht schließlich keinen Sinn, die UI-Tests auszuführen, wenn Sie wissen, dass die Komponententests fehlgeschlagen sind. :-)

Answer 4

Wir haben die Continuous Integration Acceptance Tests im Konsolenmodus statt als Windows-Dienst in einem angemeldeten Virtual PC ausgeführt. Das hat für uns funktioniert.

Answer 5

Werfen Sie einen Blick auf this approach. Es gibt detaillierte Informationen in der project's wiki.