CodeTutorial pentru framework-ul de automatizare a testelor d UI
benjamin walker
⚡ Rezumat inteligent
Coded UI Test (CUIT) este o caracteristică de testare automată din Visual Studio care controlează o aplicație prin intermediul interfeței sale cu utilizatorul. Aici veți afla ce este CUIT, caracteristicile sale, tehnologiile acceptate, cum să creați teste și cele mai bune practici.
O automatizare software tipică Testarea necesită instrumente de automatizare precum Selenium și QTP. CodeInterfața cu utilizatorul d este similară cu aceste instrumente și poate fi utilă în special pentru testele funcționale.
Coded UI Test (CUIT) folosește Visual Studio IDE pentru a scrie scripturi, deoarece înregistrarea se poate face folosind Visual Studio.
Ce Este CodeTest UI d?
CodeTestul UI (CUIT) este un test automat care controlează aplicațiile prin intermediul interfeței sale cu utilizatorul (UI). De aici și numele CodeTestul UI (CUIT). Acest test implică testarea funcțională a controalelor UI. Verifică funcționalitatea întregii aplicații, inclusiv interfața cu utilizatorul. De asemenea, este folosit pentru a automatiza un test manual existent.
Test UI Architectură
CodeFuncții de testare a interfeței utilizator
CodeFuncțiile interfeței utilizator includ
- Functional Testing
- Generați cod în VB/C#
- Integrat cu povestea ALM
- Construiți, implementați și testați în laborator sau ca parte a unei versiuni
- Execuții locale, la distanță, colectare de date
- Extensibilitate bogată
- Înregistrare conștientă de intenție și redare rezistentă
CodeTehnologii acceptate pentru testul UI (CUIT)
Cu UI codificat, o aplicație care are UI (User Interface) poate fi testată cu ușurință. Aplicația poate fi bazată pe ferestre sau pe web.
Coded UI acceptă tehnologii precum
- Aplicații desktop bazate pe ferestre
- Servicii web (SOAP, ASPX etc.)
- Aplicații pentru telefon cu fereastră
- WPF (Windows Despre Institutul Bruno Comby Foundation)
- Aplicații web (HTML, Silverlight, HTML5)
De ce să folosiți interfața de utilizare codificată pentru automatizarea testelor
Motivul pentru care interfața de utilizare codificată pentru automatizarea testului este preferată
- Dezvoltatorii și testerii de software pot colabora eficient folosind aceleași instrumente/limbaj.
- Acceptă atât web, cât și Windows proiecte.
- Mecanismul de identificare a elementelor este o caracteristică importantă în Coded UI. De asemenea, acceptă sincronizarea
- Motorul de redare acceptă funcții precum „WaitForControlExist”, „WaitForReadyLevel” etc.
- Cu ajutorul „Agenților de teste”, testele de automatizare pot fi executate pe mașini la distanță
- Echipele de automatizare pot dezvolta teste sofisticate, folosind interfața de utilizare codificată cu un cadru stratificat
- Testerii de software pot captura excepții și pot înregistra rezultatul utilizând eficient log4net.dll
- CodeInstrumentul d UI acceptă programare descriptivă. Le permite testerilor de software să automatizeze scenarii bazate pe proprietățile obiectului
- Suportă controale AJAX.
Cum se creează CodeTeste UI (CUIT)
Pentru a crea teste UI codificate, o puteți face în următoarele moduri.
- Generarea dintr-o înregistrare de acțiune existentă (conversie dintr-o înregistrare de test manuală)
- Crearea unui nou test codificat de UI de la zero
- Scrierea codului de la zero
Conținutul a CodeTestul UI
Când creați un test de interfață de utilizare codificat, generatorul de teste de interfață de utilizare codificată creează o hartă. Aceasta include interfața de utilizare testată, metodele de testare, parametrii, afirmațiile etc. Pentru fiecare test, se creează și un fișier de clasă.
| Fișier | Conţinut | Editabil |
|---|---|---|
| UIMap.Designer.cs | Secțiunea Declarație UIMap Class Methods Properties | Nu |
| UIMap.cs | Clasa UIMap (parțială) | Da |
| CodedUITest1.cs | CodeProprietăți ale metodelor clasei UITest1 | Da |
| UIMap.uitest | Harta XML a UI pentru test. Este editat numai prin editorul UI Map | Nu |
- UIMap.Designer.cs : Designerul conține vizualizarea codului UIMap. Este generat atunci când un tester înregistrează o anumită interacțiune cu UI sau când unele obiecte sunt adăugate manual în UIMap.
- UIMap.cs: Orice modificare sau personalizare efectuată la UIMap este stocată în acest fișier. Inițial, acest fișier va fi gol și poate fi completat mai târziu. Dacă se fac modificări direct fișierului UIMap.designer.cs, asigurați-vă că nu este înregistrat, altfel toate modificările se vor pierde.
- CodedUITest1.cs: Acest fișier conține clasa de testare codificată a interfeței de utilizare, metode de testare, invocare a aserțiunilor și invocare a metodei. Toate afirmațiile și metodele sunt invocate implicit din acest fișier.
- UIMap.uitest: este o reprezentare XML a clasei UIMap. Include ferestre, controale, proprietăți, metode, acțiuni și aserțiuni. Este editat numai prin editorul UI Map
Următorul în asta Coded tutorial UI, vom învăța cum să efectuăm Coded. test de automatizare a interfeței utilizator.
Cum să efectuați CodeTestul UI
Coded UI are două modalități diferite de a efectua un test pentru aplicația dvs.
- CodeÎnregistrare și redare UI sau
- CodeCodare manuală UI
Trebuie să urmați următorul pas pentru a efectua Codetestarea interfeței utilizator,
- Crearea unei CodeProiect de testare a alcoolului sau a alcoolului
- Adăugați un fișier de testare codificat al UI
- Înregistrați o secvență de acțiuni
- Verificați valorile din câmpurile UI, cum ar fi casetele de text
- Vizualizați codul de test generat
- Adăugați mai multe acțiuni și afirmații
- Editați detaliile activităților de testare și afirmațiile
- Rulați testul
Cele mai bune practici pentru CodeTestul UI (CUIT)
Iată câteva dintre cele mai bune practici pentru un Coded Framework de automatizare a testelor UI:
- Folosește CodeAutomatizarea UI Test Builder ori de câte ori este posibil
- Încercați să nu modificați direct fișierul UIMap.designer.cs. În caz contrar, modificările pe care le-ați făcut fișierului vor fi suprascrise
- Creați-vă testul ca o secvență de metode înregistrate
- Fiecare metodă înregistrată ar trebui să acționeze pe o singură pagină, formular sau casetă de dialog. De asemenea, creați o nouă metodă de testare pentru fiecare formular, pagină sau casetă de dialog nouă
- Când creați o metodă, în loc de numele implicit, utilizați un nume de metodă semnificativ. Un nume semnificativ ajută la identificarea scopului metodei
- Dacă este posibil, limitați fiecare metodă înregistrată la mai puțin de 10 acțiuni. Această abordare facilitează înlocuirea unei metode dacă interfața de utilizare se modifică.
- Pentru a crea aserțiune, utilizați CodeConstructor de teste dUI. Adaugă automat o metodă de afirmație la fișierul UIMap.Designer.cs.
- Reînregistrați metodele de testare/metodele de afirmare, dacă interfețele utilizatorului se modifică sau reînregistrează secțiunile afectate ale unei metode de testare existente.
- Dacă codificați direct cu API-ul, utilizați metodele și proprietățile din clasele create în fișierul UIMap.Designer.cs. Aceste cursuri vă vor face munca mai fiabilă și mai ușoară și vă vor ajuta să fiți mai productiv.
In comparatie cu CodeTestul UI vs. Selenium Vs QTP
Mai jos este tabelul comparativ al Coded UI vs. Selenium Vs QTP:
- Selenium nu acceptă nici un WPF la fel de bine ca Windows aplicatii
- Visual Studio CodedUI acceptă testarea aplicației Window Store, precum și testarea aplicației Window Phone. Niciun alt instrument nu acceptă acest lucru.
- Testul finalizat acceptă aplicația Window, dar necesită instalarea unui plugin.
In comparatie cu CodeTestul UI vs. Selenium Vs QTP
