Domanda

Stiamo lavorando su un progetto di grandi dimensioni con una misura di nuovo/modificato la funzionalità grafica.Abbiamo trovato, in passato, che spesso introdotto nuovi problemi correlati codice quando l'aggiunta di nuove funzionalità.

Abbiamo utenti non tecnici di eseguire i test, ma spesso perdere parti e consentire bug di scivolare attraverso.

La mia domanda:Ci sono le migliori pratiche per organizzare il test dell'interfaccia utente di windows form del progetto?C'è un modo per automatizzare?

Grazie!

È stato utile?

Soluzione

Ci sono GUI strumenti di test che sarà clic su pulsanti e roba per voi, ma sono abbastanza fragili nella mia esperienza.

La cosa migliore da fare è di mantenere il vostro livello di interfaccia utente il più sottile possibile.Il gestore di eventi classi ottimale per solo una o due righe che chiamare altri più testabile classi.In questo modo è possibile testare la vostra logica di business in unità di test, senza aver bisogno di fare clic su un pulsante.

Altri suggerimenti

È possibile automatizzare il test di GUI Bianco quadro.

Anche considerare l'utilizzo di TDD friendly design, ovveroutilizzare MVP/MVC modello.

Mi raccomando di leggere la documentazione di Microsoft modelli e practies squadre.

In particolare, ha un occhiata al Composito UI application block e CompositeWPF.

Questi progetti specificamente progettato per fornire le migliori pratiche in applicazioni con interfaccia grafica di sviluppo test driven interfaccia utente.

Mantenere l'interfaccia strato il più sottile possibile.Michael Piume articolo, La Finestra Di Dialogo Semplice, è un classico.Controllare anche Martin Fowler Vista Passivo.Ho anche sentito dire che il "pulsante automatico clicker" sono fragili, e che è facile spendere più tempo a mantenere il test di spendere mantenere il codice.

Nel caso In cui qualcuno si trova in questa utile:

Elenco di GUI strumenti di test trovato su Wikipedia.

Il seguente libro è un'introduzione all'argomento.Ci sono tanti modi come ci sono sviluppatori là fuori..

http://pragprog.com/titles/idgtr/scripted-gui-testing-with-ruby

Ci sono molti strumenti e librerie disponibili, in grado di automatizzare WinForms test, che vanno da soluzioni open source come il Bianco per le costose soluzioni commerciali come HP QuickTest Pro.C'è anche la UIAutomation spazio dei nomi .NET se si desidera scorrere il proprio framework di automazione.Ma il costo reale di automazione è il tempo e le competenze specialistiche necessarie per implementare.Manutenibilità è anche uno degli aspetti più importanti di test automatizzati di progettazione;non volete spendere eccessivo di risorse, mantenendo l'automazione di attività correnti la vostra applicazione.Ci sono anche un sacco di fattori che influenzano la decisione di automatizzare che sarà specifico per la vostra specifica applicazione e l'organizzazione.

La vostra scommessa migliore sarà quello di fare un po ' di ricerca sul tema e check out alcuni di analisi specializzati, siti come http://www.sqaforums.com.

Ho trovato questo in modo rapido e sporco per testare il layout della pagina web in vari browser.Si chiama browsershots.org.Il nostro cliente richiede il supporto in 5 browser adesso e che impiega circa una settimana per un completo test di regressione.Questo servizio permette di fornire screenshot di circa 70+ browser e versioni.Mi stampare e tenere le pagine di luce.Se non si allineano, ci deve essere un layout problema.

Io non posso davvero aiutare con l'organizzazione o le migliori pratiche, ma un NUnit estensione sembra essere disponibile solo per i moduli di test, NUnitForms.

Ho usato un download di prova simile a questo prodottohttp://www.tethyssolutions.com/product.htm) e questo prodotto (http://www.mjtnet.com/macro_scheduler.htm anni fa e mi era felice con i risultati.Questi sono abbastanza a buon mercato soluzioni e alcune di queste macro recorder prodotti possono essere utilizzati per il controllo automatizzato.

Un nuovo metodo disponibile ora sta usando Ruby, via Rubino chiamato win32-autogui.Questo fornisce un framework per il testing di Windows GUI.Combinare con Rubino strumenti di RSpec e Cetriolo, e lo rende un potente framework di test.

Come organizzare UI test dipende da come si progetta i casi di test.

L'automazione di un'applicazione Windows Form in unità di livello di prova può utilizzare TDD quadro, come NUnit;o utilizzare framework BDD, come NSpec.

L'automazione di applicazioni Windows Form nel collaudo funzionale di livello può utilizzare il Bianco, CodedUI, o anche direttamente tramite API di Automazione di Windows 3.0 (UI Automation e MSAA).

Dal momento che tutti questi animali di cui sopra sono tecnologie piuttosto che soluzioni, è meglio per la realizzazione di alcune fondamentali di automazione di test/script framework basati su queste tecnologie prima di iniziare a scrivere dei test automatizzati.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top