Esiste un modo per automatizzare i test dei moduli Windows?

Question

Conosco nunit per i test unitari del livello aziendale, tuttavia ora sto cercando di automatizzare il test del livello GUI dei moduli Win.

Ho visto aspetta e il registratore watin per automatizzare i test sull'applicazione web accedendo ai controlli e automatizzandoli.Tuttavia faccio fatica a trovare un equivalente watin per i moduli Windows (scritti in C# o vb.net), preferibilmente open source.

Ne esiste uno o sono tutti prodotti basati sulla registrazione della pressione del mouse e della tastiera?

Aggiornamento: Ho guardato questo post del blog su bianco e sembra il tipo di cosa che sto cercando.Il post del blog solleva alcuni problemi ma poiché il bianco è solo nella versione 0.6 questi potrebbero essere risolti.Sii interessato se altri hanno usato il bianco o qualsiasi altro per il confronto.

Answer 1

Guardare http://www.codeplex.com/white E http://nunitforms.sourceforge.net/.Abbiamo utilizzato il progetto White con successo.

Stessa risposta ad una domanda precedente

Modificare

Il progetto White si è spostato e ora si trova GitHub come parte di TestStack.

Answer 2

TestCompleto di AutomatedQA è una buona applicazione di test per automatizzare i test della GUI.Supporta anche molto più dei semplici Windows Form, quindi puoi riutilizzarlo per altre applicazioni.Non è open source e questo è il migliore che ho trovato.Non ho visto un equivalente open source di WatiN.Ha una prova gratuita, perché tu decidi se ti piace o no.Il motivo principale per cui l'ho scelto è che è davvero conveniente rispetto ad altre applicazioni di test.

Answer 3

Come nuova alternativa, posso darti FlaUI (https://github.com/Roemer/FlaUI).È fondamentalmente una riscrittura completa di White con più funzionalità e una base di codice pulita.

Answer 4

Per quanto ne so, Bianco è un livello di astrazione sopra quello di Microsoft Automazione dell'interfaccia utente struttura.Ho scritto un livello simile che utilizziamo internamente nei nostri progetti e funziona benissimo.Quindi White varrebbe sicuramente la pena dare un'occhiata

Microsoft ha rilasciato il codice sorgente per l'automazione dell'interfaccia utente, quindi, se necessario, dovresti essere in grado di eseguire il debug dell'intero stack, se necessario.

La cosa davvero interessante è che con il costo della licenza puoi ampliare ed eseguire tutte le macchine che desideri per l'esecuzione.

Eseguiamo all'interno di VSTS e colleghiamo i nostri risultati ai requisiti, ma puoi utilizzare c# express e nUnit e ottenere strumenti e linguaggi di prima classe a un costo minimo o nullo.

Answer 5

Di seguito sono riportati alcuni collegamenti da MSDN Magazine sul codice di test automatico:

• Utilizzo dell'automazione dell'interfaccia utente Ammazzainsetti marzo 2007
• Utilizzando PowerShell Prova Dicembre 2007
• Tester, un'utilità per registrare i clic del mouse e le sequenze di tasti, quindi riprodurli e controllare il comportamento del programma.Eccellente per codice non gestito.Utilizza gli handle di Windows, quindi potrebbe non funzionare bene per il codice gestito. Ammazzainsetti marzo 2002.

Answer 6

Potresti dare un'occhiata a Microsoft Automazione dell'interfaccia utente struttura.Questo è stato incluso in .NET dalla versione 3.0.Questo è in realtà ciò che utilizza comunque il framework White.

Answer 7

Potresti prendere in considerazione l'utilizzo Interfaccia utente codificata, una funzionalità integrata di Visual Studio e parte dell'automazione dell'interfaccia utente:

I test automatizzati che guidano l'applicazione tramite la sua interfaccia utente (UI) sono noti come test dell'interfaccia utente codificati (CUIT).Questi test includono test funzionali dei controlli dell'interfaccia utente.Ti consentono di verificare che l'intera applicazione, inclusa la sua interfaccia utente, funzioni correttamente.I test dell'interfaccia utente codificati sono particolarmente utili laddove vi sia convalida o altra logica nell'interfaccia utente, ad esempio in una pagina Web.Sono anche spesso utilizzati per automatizzare un test manuale esistente.

...] Un'esperienza di sviluppo tipica potrebbe essere quella in cui, inizialmente, si crea semplicemente l'applicazione (F5) e fai clic sui controlli dell'interfaccia utente per verificare che le cose funzionino correttamente.Potresti quindi decidere di creare un test codificato in modo da non dover continuare a testare manualmente l'applicazione.A seconda della particolare funzionalità testata nell'applicazione, è possibile scrivere codice per un test funzionale o per un test di integrazione che potrebbe o non potrebbe includere test a livello dell'interfaccia utente.Se si desidera semplicemente accedere direttamente a una logica aziendale, è possibile programmare un test unitario.Tuttavia, in determinate circostanze, può essere utile includere il test dei vari controlli dell'interfaccia utente nell'applicazione.Un test dell'interfaccia utente codificato può automatizzare lo scenario iniziale (F5), verificando che il codice di codice non influisce sulla funzionalità dell'applicazione.

Leggi di più su: https://docs.microsoft.com/en-us/visualstudio/test/use-ui-automation-to-test-your-code