CodeTutorial sul framework di automazione dei test dell'interfaccia utente
⚡ Riepilogo intelligente
CodeCUIT (d UI Test) è una funzionalità di test automatizzata di Visual Studio che permette di testare un'applicazione attraverso la sua interfaccia utente. Qui scoprirai cos'è CUIT, le sue funzionalità, le tecnologie supportate, come creare test e le best practice.

Una tipica automazione software Collaudo richiede strumenti di automazione come Selenium and QTP. Coded UI è simile a questi strumenti e può essere particolarmente utile per i test funzionali.
Coded UI Test ( CUIT) utilizza Visual Studio IDE per scrivere script, poiché la registrazione può essere effettuata utilizzando Di Visual Studio.
Cosa è Coded Test dell'interfaccia utente?
Coded Test dell'interfaccia utente (CUIT) è un test automatizzato che guida le applicazioni attraverso la sua interfaccia utente (UI). Da qui il nome Coded Test dell'interfaccia utente (CUIT). Questo test prevede test funzionali dei controlli dell'interfaccia utente. Controlla la funzionalità dell'intera applicazione, inclusa l'interfaccia utente. Viene utilizzato anche per automatizzare un test manuale esistente.
Prova dell'interfaccia utente Architectura
Coded UI Test Features
CodeLe funzionalità dell'interfaccia utente includono
- Test di funzionalità
- Genera codice in VB/C#
- Integrato con la storia ALM
- Costruisci, distribuisci e testa in laboratorio o come parte di una build
- Esecuzioni locali e remote, raccolta dati
- Ricca estensibilità
- Registrazione intent-aware e riproduzione resiliente
CodeTecnologie supportate da d UI Test (CUIT)
Con l'interfaccia utente codificata, un'applicazione dotata di UI (interfaccia utente) può essere facilmente testata. L'applicazione può essere basata su finestre o basata sul Web.
Coded UI supporta tecnologie come
- Applicazioni desktop basate su finestre
- Servizi Web (SOAP, ASPX, ecc.)
- Applicazioni per Windows Phone
- WPF (Windows Pronta per Foundation)
- Applicazioni web (HTML, Silverlight, HTML5)
Perché utilizzare l'interfaccia utente codificata per l'automazione dei test
Il motivo per cui è preferibile l'interfaccia utente codificata per l'automazione dei test
- Sviluppatori e tester di software possono collaborare in modo efficace utilizzando gli stessi strumenti/linguaggio.
- Supporta sia il web che i Windows
- Il meccanismo di identificazione degli elementi è una grande caratteristica in Coded UI. Inoltre, supporta la sincronizzazione
- Il motore di riproduzione supporta funzionalità come "WaitForControlExist", "WaitForReadyLevel", ecc.
- Con l'aiuto degli "Agenti di test", è possibile eseguire test di automazione su macchine remote
- I team di automazione possono sviluppare test sofisticati, utilizzando un'interfaccia utente codificata con un framework a più livelli
- I tester del software possono acquisire eccezioni e registrare il risultato in modo efficace utilizzando log4net.dll
- CodeLo strumento d UI supporta programmazione descrittiva. Consente ai tester del software di automatizzare scenari in base alle proprietà dell'oggetto
- Supporta i controlli AJAX.
Come creare Coded Test dell'interfaccia utente (CUIT)
Per creare test dell'interfaccia utente codificati, è possibile procedere nei seguenti modi.
- Generazione da una registrazione di azioni esistente (conversione da registrazione di prova manuale)
- Creazione di un nuovo test dell'interfaccia utente codificato da zero
- Scrivere codice da zero
Contenuto di un Coded Test dell'interfaccia utente
Quando crei un test dell'interfaccia utente codificato, il generatore di test dell'interfaccia utente codificato crea una mappa. Ciò include l'interfaccia utente in fase di test, metodi di test, parametri, asserzioni, ecc. Per ogni test, crea anche un file di classe.
| Compila il | Contenuti | Modificabile |
|---|---|---|
| UIMap.Designer.cs | Sezione dichiarazione Proprietà dei metodi della classe UIMap | Non |
| UIMap.cs | Classe UIMap (parziale) | Si |
| CodedUITest1.cs | CodeMetodi e proprietà della classe UITest1 | Si |
| UIMap.uitest | La mappa XML dell'interfaccia utente per il test. Viene modificato solo tramite l'editor della mappa UI | Non |
- UIMap.Designer.cs : Il designer contiene la vista del codice di UIMap. Viene generato quando un tester registra alcune interazioni dell'interfaccia utente o quando alcuni oggetti vengono aggiunti manualmente a UIMap.
- UIMap.cs: Qualsiasi modifica o personalizzazione apportata a UIMap viene memorizzata in questo file. Inizialmente, questo file sarà vuoto e potrà essere popolato in seguito. Se vengono apportate modifiche direttamente al file UIMap.designer.cs, assicurarsi che non vengano registrate, altrimenti tutte le modifiche andranno perse.
- CodedUITest1.cs: questo file contiene la classe di test dell'interfaccia utente codificata, i metodi di test, l'invocazione dell'asserzione e l'invocazione del metodo. Tutte le asserzioni e i metodi vengono richiamati per impostazione predefinita da questo file.
- UIMap.uitest: È una rappresentazione XML della classe UIMap. Include finestre, controlli, proprietà, metodi, azioni e asserzioni. È modificabile solo tramite l'editor UI Map
Il prossimo in questo CodeNel tutorial sull'interfaccia utente, impareremo come eseguire Coded Test di automazione dell'interfaccia utente.
Come eseguire Coded Test dell'interfaccia utente
Coded UI offre due modi diversi per eseguire un test per la tua applicazione.
- Coded UI Registrazione e riproduzione o
- Coded UI Codifica manuale
È necessario seguire i seguenti passaggi per eseguire Coded test dell'interfaccia utente,
- Creare un Codeprogetto di test dUI
- Aggiungi un file di test dell'interfaccia utente codificato
- Registra una sequenza di azioni
- Verificare i valori nei campi dell'interfaccia utente come le caselle di testo
- Visualizza il codice di test generato
- Aggiungi più azioni e affermazioni
- Modifica i dettagli delle attività di test e delle asserzioni
- Esegui il test
migliori pratiche per Coded Test dell'interfaccia utente (CUIT)
Ecco alcune buone pratiche per un Coded) Framework per l'automazione dei test dell'interfaccia utente:
- Usa il Coded UI automation Test Builder quando possibile
- Cerca di non modificare direttamente il file UIMap.designer.cs. Altrimenti, le modifiche apportate al file verranno sovrascritte
- Crea il tuo test come una sequenza di metodi registrati
- Ogni metodo registrato dovrebbe agire su una singola pagina, modulo o finestra di dialogo. Inoltre, crea un nuovo metodo di test per ogni nuovo modulo, pagina o finestra di dialogo
- Quando crei un metodo, invece del nome predefinito utilizza un nome di metodo significativo. Un nome significativo aiuta a identificare lo scopo del metodo
- Se possibile, limitare ciascun metodo registrato a meno di 10 azioni. Questo approccio semplifica la sostituzione di un metodo se l'interfaccia utente cambia.
- Per creare l'asserzione utilizzare CodeGeneratore di test dUI. Aggiunge automaticamente un metodo di asserzione al file UIMap.Designer.cs.
- Registrare nuovamente i metodi di test/metodi di asserzione, se le interfacce utente modificano o registrano nuovamente le sezioni interessate di un metodo di test esistente.
- Se stai codificando direttamente con l'API, utilizza i metodi e le proprietà nelle classi create nel file UIMap.Designer.cs. Queste lezioni renderanno il tuo lavoro più affidabile e più semplice e ti aiuteranno a essere più produttivo.
Confronto di Coded Test dell'interfaccia utente vs. Selenium Vs QTP
Di seguito è riportata la tabella comparativa di Coded UI Vs Selenium Vs QTP:
- Selenium non supporta alcun WPF così come Windows applicazioni
- Visual Studio CodedUI supporta il test dell'applicazione Windows Store e il test dell'applicazione Window Phone. Nessun altro strumento lo supporta.
- Il test completato supporta l'applicazione Windows ma richiede l'installazione di un plug-in.
Confronto di Coded Test dell'interfaccia utente vs. Selenium Vs QTP

