Test automatizzati per Java Swing Gui [chiuso]

StackOverflow https://stackoverflow.com/questions/91179

Domanda

Quali possibilità ci sono per la costruzione di test automatizzati per le Gui scritta in Java Swing?

Mi piacerebbe testare alcune interfacce grafiche che sono state scritte utilizzando il NetBeans Swing GUI Builder, quindi qualcosa che funziona senza la necessità di speciali manomissione del codice in prova sarebbe l'ideale.

È stato utile?

Soluzione

Recentemente mi sono imbattuto in FEST che sembrava promettente, tranne che lo sviluppatore annunciato nel 2012 che lo sviluppo non continuare.

AssertJ è un fork di FEST che sta lavorando molto bene per me.Si è mantenuto attivamente (al momento della scrittura), supporta Java 8, ha asserzioni per un paio di biblioteche popolari come Guava e Joda Tempo, ed è molto ben documentato.È anche libero e aperto.

Altri suggerimenti

Attualmente sto usando FEST.Funziona con JUnit e anche prendere screenshot di test falliti.

È componente di default metodi di caccia che cercare il nome del componente in fase di test (che devono essere impostati manualmente), ma è anche possibile generare il tester per un determinato componente passando il componente.

Si può provare a utilizzare Cetriolo e Swinger per la scrittura funzionale, test di accettazione in un inglese semplice per Swing di applicazioni GUI.Swinger usi Netbeans' Jemmy libreria sotto il cofano di auto app.

Cetriolo permette di scrivere test come questo:

 Scenario: Dialog manipulation
    Given the frame "SwingSet" is visible
      And the frame "SwingSet" is the container
    When I click the menu "File/About"
    Then I should see the dialog "About Swing!"
    Given the dialog "About Swing!" is the container
    When I click the button "OK"
    Then I should not see the dialog "About Swing!"

Date un'occhiata a questo Swinger video demo per vederlo in azione.

Stiamo considerando jemmy per automatizzare alcune delle GUI testing.Sembra promettente.

Io uso java.awt.Robot.Non è bello, non è facile, ma funziona ogni volta.

Pro:

  • Sei in controllo
  • Molto veloce
  • Costruire il proprio FWK
  • Portatile
  • Senza dipendenze esterne

Contro:

  • No bella GUI per costruire test
  • Si lascia la GUI da solo durante il test
  • Costruire il proprio FWK
  • Difficile cambiare il codice di test e creare il tuo primo cablaggio

Ora, se hai il budget vorrei andare per LoadRunner.Best in class.

(Disclosure:relazione alla società che possiede LR, ma ho lavorato con LR prima relazione)

Non l'ho usato personalmente, ma SwingUnit sembra abbastanza buono.Si può utilizzare con jUnit, e che non si basa su "posizione dei componenti" (cioèx e y le coordinate).

L'unica cosa che si può avere a che fare con NetBeans GUI Builder è impostato nomi univoci per i componenti.

Stiamo usando QF-Test e sono abbastanza soddisfatto.

UISpec4J è abbastanza semplice, unbloated ed estensibile.Si adatta bene al mio scopo meglio di FEST.

Sikuli:una GUI-tester utilizzando screenshot http://sikuli.org/

È possibile utilizzare Maratona :"Maratona di Sperimentazione Integrata di Ambiente, MarathonITE, è un conveniente, facile da usare e multi-piattaforma Java/Swing™ GUI framework di automazione dei Test.È possibile utilizzare MarathonITE integrato registratore di script per creare pulito, leggibile test script in Python o Ruby.Funzionalità avanzate come l'estratto con il metodo di refactoring, creare-datadriven-test e objectmap di editing consente di creare facilmente mantenibile, resiliente suite di test."

Si potrebbe provare Ripetere il test, che è un nuovo strumento che implementa un approccio innovativo al funzionali e di test di regressione combina con ai-base scimmia test.È diventato open source e...

Disclaimer:Io sono uno dei fondatori dell'azienda, Ripetere il test.

Per quelli con un avventuroso mente, non c'è appiccicoso https://github.com/robertoaflores/Gooey (molto di base e in via di sviluppo) programmatiche strumento di test per applicazioni swing.

È possibile utente sikuli o Automa per il test della parte grafica, questi sono ben documentati e collaudati

Appena fatto alcune scansioni rapide. Squish era il più promettente.Non e ' gratuito se

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