Un deceniu in Ingineria Calitatii si Test Automation si observatia mea au fost ca ceva care lipseste in general atunci cand vine vorba de Test Automation este vizibilitatea. Da! Ai auzit bine. Vizibilitatea !
Adesea, aspectele tehnice nu conteaza prea mult, la fel de mult ca si cele non-tehnice.
Uneori, am avut chiar sentimentul ca automatizarea testelor devenea responsabilitatea doar a QA-urilor, atunci cand fiecare membru al echipei este responsabil pentru aspectul calitatii. Si motivul pentru aceasta a lipsit uneori si Vizibilitatea automatizarii testelor. Intrucat nu vedeti ce se intampla zi de zi, nu va treceti la raspundere pentru asta. Si, uneori, nu vad prea multa valoare in ea. Pana la un punct –
Ochii care nu se vad se uita.
Unul dintre primele si cele mai importante lucruri in care crede echipa care practica Agile este vizibilitatea. Vizibilitatea sub forma de Story Walls, Barometru (pentru a urmari progresul general al sprintului), Build Monitors, Burndown Charts, Ice-Gel Meters (Cine participa la Stand Up la timp si cine nu) este foarte frecventa in randul echipei care practica Agile.
Vizibilitatea automatizarii nu este importanta doar pentru analistii de calitate sau pentru inginerii de automatizare a testelor, ci pentru fiecare membru al echipei Scrum, adica BAs, Devs, UX Designers, Product Owners, Product Manager si Business stakeholder. Metricele de automatizare a testelor sunt indicatori directi ai sanatatii produsului si, prin urmare, au o semnificatie foarte mare. Valorile ajuta la luarea deciziilor eficiente.
Primul tablou de bord Test Automation pe care l-am creat a fost exact cu un deceniu in urma folosind Jsps si MySql. Postat asta, folosisem din cand in cand Spring Boot, MySql si UI framework. Dar, odata cu cresterea nivelului Node.js si viteza gigantica la care apar cadrele JS, de data aceasta m-am gandit sa explorez ceva dincolo de stiva traditionala.
In timp ce exploram diverse optiuni, ceva care mi-a atras atentia a fost Cube.js. Am analizat cateva dintre exemplele de cazuri de utilizare de pe site-ul web Cube.js. Privind demo-urile live, mi-am dat seama ca asta cautam. Am aruncat o privire rapida asupra documentatiei si am constatat ca este bine organizata, detaliata si actualizata. S-a alaturat canalului Slack pentru a vedea cum este suportul si a fost destul de bun. Aproape toate intrebarile au raspuns cu un timp decent. Experienta mea personala – am pus doua intrebari pe canalul Slack si ambele au fost rezolvate in cateva minute.
Deci, pentru a fi precis, ceea ce Cube.js are nevoie de la utilizatorul sau este o intelegere solida a bazei de date.
porno caliente porno online gratis
fontanero cachondo hombres masturbando a mujeres
pajas entre amigos torrent porno
trio amateur español madres viciosas
sexso sexporn
videos porno para mujeres gratis video sexo gratis
xxxgay abuelas folladas por el culo
maduras en grupo sexo maduras españolas
penes de abuelos mamadas españolas
jovencitos follando con maduras sexo muy duro
viejas mexicanas follando tias cachondas
porno español jovencita porno gay trios
follada en la playa tetonas españolas
mamadas en la playa comicxxx
comic porno español castin porno
videos actrices españolas desnudas españolas guarras
videos chicas gratis mamasxxx
masturbacion en grupo pareja española follando
orgias de maduros mamadas gay
incesto abuela y nieto porno online
Si face ridicarea grea in ceea ce priveste cablarea sau inlantuirea componentelor. Un pic de instalatii sanitare devine prezentarea si functionarea in cateva ore, daca nu chiar in cateva minute. In mai putin de doua zile, am creat acest tablou de bord de automatizare a testelor. Baza de date pe care am folosit-o este MySql. Schema bazei de date este ca in instantaneul de mai jos.
schema bazei de date testautomationresults
Sa aruncam o privire la fiecare dintre aceste tabele –
- TbExecution – Acest tabel contine detaliile despre executia automatizarii testului. De fiecare data cand se declanseaza executia automatizarii testului, se adauga o noua intrare Executie in acest tabel.
- TbFeature – Acest tabel contine detaliile tuturor caracteristicilor unui anumit produs.
- TbTestplan – Acest tabel contine detaliile planului de testare in toate caracteristicile. Relatia aici este multa cu una, adica o caracteristica va avea mai multe planuri de testare.
- TbTestcase – Acest tabel este format din toate probele care apartin tuturor planurilor de testare. Relatia de aici este multa cu una, adica un singur plan de testare va avea mai multe cazuri de testare.
- TbExecutionDetails – Acesta este tabelul care contine rezultatele executarii tuturor rularilor de automatizare. Are starea de executie a fiecarui testcase dintr-un plan de testare in functii executate in timpul unei executii specifice de automatizare a testelor.
baza de date testautomationresults
Unul dintre lucrurile de baza despre aceasta intreaga configuratie MySql si Cube.js este ca este cadru de automatizare Test agnostic. Adica, indiferent daca utilizati TestNG-Selenium sau TestNG-RestAssured sau Jasmine-Protractor sau Mocha-SuperTest sau orice alt cadru la alegere, tot ce trebuie sa va concentrati este sa actualizati baza de date MySql dupa finalizarea executarii automatizarii. Atata timp cat, limbajul de baza utilizat pentru automatizarea testului este capabil sa se conecteze la baza de date MySql si sa actualizeze rezultatele dupa executie, diagramele / valorile dorite vor fi afisate de Cube.js.
Testati cadrele de automatizare in diferite limbi actualizand rezultatele in baza de date MySql
Obiectivul din spatele crearii acestui tablou de bord de automatizare a testului este de a raspunde la unele dintre intrebarile referitoare la acoperirea generala a testului. Intrebari precum –
- In ultimele 5 executii de automatizare, care este procentul general de promovare a cazurilor de testare?
2. In ultimele 5 executii de automatizare, care este numarul total de cazuri de testare pentru esec in totalul cazurilor de testare executate?
3. Care sunt totalul cazurilor de testare executate, promovate, nereusite si procentaj de promovare pentru ultimele 5 executii?
4. Care sunt cazurile totale de testare executate, trecute, esuate intr-un plan de testare in fiecare caracteristica?
Acum ca, am inteles, care a fost scopul din spatele venirii cu acest tablou de bord, sa aruncam o privire asupra structurii sale de dosare. Schema bazei de date si structura folderelor pot fi clonate de aici. Structura folderelor este ca in instantaneul de mai jos.
testautomation Structura folderului Cube.js
In depozitul git clonat, folderul suplimentar pe care il vedeti – mysql-schema este cel care detine schema bazei de date MySql. Aceasta este esantionul de date de test impreuna cu schema bazei de date pe care o vom folosi pentru a genera diagrame ca in instantaneul de mai sus.
- Nodul
- npm
- MySql
Pasul 1 : Verificati daca cerintele preliminare sunt instalate corect –
A. NodeJs & npm
b. MySql
Pasul 2 : Configurati baza de date „testautomationresults” utilizand fisierul „testautomationresults.sql” din folderul „mysql-schema”.
Pasul 3 : Git cloneaza depozitul utilizand comanda de mai jos
Pasul 4 :
Editati „.env” cu detalii MySql corespunzatoare
Pasul 5 :
Ca si in cmd de mai sus, deschideti adresa URL „ http: // localhost: 4000 ”. Se va afisa mediul de dezvoltare asa cum este mai jos
Pentru explorarea in continuare a acestui mediu de dezvoltare, consultati documentul de pe site-ul web Cube.js.
Pasul 6 :
Rularea comenzilor de mai sus va genera un folder „ build ” in „ dashboard-app ” .
Pasul 7 :
Copiati folderul „build ” generat in orice alt director
Pasul 8 : atingeti oricare dintre adresele URL enumerate. Test Automation Dashboard ar trebui sa fie functional si functional.
Test Automation Dashboard Cube.js Git Repository
