Suite WPF di terze parti con verifica UI automatizzata/codificata

Question

La mia squadra si sta tuffando a capofitto in un nuovo progetto e stiamo sfruttando l'opportunità per aggiornarci con la metodologia Scrum, la nuova tecnologia ecc. Parte di questo comporta il tentativo di automatizzare il nostro processo di controllo qualità, utilizzando sia i test Microsoft Test Manager che i test codificati dell'interfaccia VS2010.

Tuttavia, stiamo riscontrando problemi nel far funzionare la riproduzione del test automatico con la nostra libreria di controllo WPF attualmente selezionata, la suite XPF DevExpress. Da anni utilizziamo DevExpress per i loro controlli WinForms e ASP.NET da anni, ma questa è la nostra prima esperienza con i loro controlli WPF e con i test automatici dell'interfaccia utente, e i due non sembrano funzionare bene insieme.

In particolare, provare a riprodurre un test registrato che interagisce con un controllo di griglia non funziona correttamente, e anche su controlli semplici la riproduzione sembra confondersi su quale editor deve interagire. Nelle registrazioni di azione il nostro puntale sta generando da MTM vedo un sacco di questo:

Type '5236' in 'PART_Editor' text box 
Type '253' in 'PART_Editor' text box 

E, peggio ancora, all'interno delle griglie:

Click 'FooterPanel' pane 
Last action on list item was not recorded because the control does not have any good identification property. 
Click 'FooterPanel' pane 
Click 'Item: CashEntry, Column ...' custom control 
Move 'Item: CashEntry, Column ...' custom control from (141,  10) to 'Item: CashEntry, Column ...' custom control (5, 11) 
Type '{NumPad8}{Down}{NumPad5}{NumPad0}{Up}{Down}{Down}' in 'CashEntry' window 

Ora, ho visto un sacco di chiacchiere su I forum di DevX sui loro controlli WinForms non supportano MSAA abbastanza bene da far funzionare i test codificati dell'interfaccia utente, ma ho pensato che WPF usasse un meccanismo diverso per i test automatici dell'interfaccia utente che avrebbe dovuto funzionare meglio. Quindi, le mie domande sono:

1. C'è un modo per ottenere i controlli DevX XPF per funzionare meglio con i test di interfaccia utente codificati/automatici?
2. In caso contrario, esiste una suite di controllo XPF alternativa che funziona bene con i test di interfaccia utente codificati/automatizzati?

Sono specificamente interessati a un componente a griglia con ordinamento, raggruppamento, ecc, un componente barra di navigazione simile, e gli editori personalizzati (date, numeri, ecc), tutti che supportano un unificato a livello di sistema tematizzazione.

(Inoltre, se questo tipo di cosa è abbastanza facile da fare utilizzando i controlli solo nativi WPF e stili, che sarebbe utile sapere come bene.)

EDIT: Dal momento che non sembra esserci alcuna suite di controllo WPF che in realtà funziona con MTM, siamo costretti a utilizzare due strumenti di test separati al momento opportuno. Per molte delle risposte qui, siamo fortemente inclini a TestComplete. Speriamo che la situazione migliori presto.

Answer 1

Non ho molta idea della suite di controllo che supporta questa funzione, ma in passato avevamo analizzato una suite di test che supporta test automatici basati su oggetti per WPF. Date un'occhiata a TestComplete (anche se non è gratuito)

Ecco un estratto dal sito di menzionare il supporto non di controllo che forniscono -

WPF controllo Support TestComplete offre un supporto ricco per WPF (XAML) controlli e robusto test dell'interfaccia utente automatizzato delle applicazioni WPF. Le azioni di test di alto livello di TestComplete, come la selezione della voce o la cella input di dati, sono sensibili agli oggetti piuttosto che a coordinate e quindi sono più stabili e resistenti alle modifiche dell'interfaccia utente durante l'esecuzione del test WPF . Gli schemi di mappatura degli oggetti flessibili consentono ai tester di mappare i controlli personalizzati o derivati ​​WPF in tipi standard per semplificare le manipolazioni dell'interfaccia utente .È inoltre possibile aggiungere il supporto per i controlli WPF personalizzati utilizzando l'SDK TestComplete.

http://smartbear.com/products/qa-tools/automated-testing/testing-wpf-apps/

Answer 2

• In uno dei nostri progetti abbiamo utilizzato Infragistics controlli WPF e TestComplete lavora con esso.

• Il nostro team QS anche utilizzare TestComplete

• Ho trovato un programma gratuito che è indipendente da librerie UI.

PROJECT SIKULI

Sikuli è una tecnologia visiva per automatizzare e testare utente grafica interfacce (GUI) utilizzando immagini (schermate). Sikuli include Sikuli Script, un'API di scripting visuale per Jython e Sikuli IDE, un ambiente di sviluppo integrato per la scrittura di script visuali con schermate facilmente. Sikuli Script automatizza tutto ciò che vedi sullo schermo senza il supporto dell'API interno. È possibile programmare a livello di programmazione una pagina Web, un'applicazione desktop Windows/Linux/Mac OS X o anche un iphone o un'applicazione Android in esecuzione in un simulatore o tramite VNC .

• È inoltre possibile utilizzare il test interno UI framework VS: Create a Coded UI Test.

Answer 3

Ho sentito parlare molto bene di WiPFlash.

Answer 4

appena trovato questo thread ... abbiamo avuto lo stesso problema utilizzando i componenti DevExpress, che non erano disponibili per la riproduzione di CUIT. Ma soprattutto con lo script Sikuli il problema è risolvibile ... almeno.

1. prova record con MS Test Manager
2. prova di riproduzione, per trovare passo unreproduceble
3. Crea sequenza Sikuli a 'scavalcare'
4. Includi creato lo script Sikuli nella posizione appropriata nel CUIT e ricominciare dal punto 2

Ci vuole davvero tempo per creare test in questo modo, ma almeno è possibile.