În timp ce Selenium IDE a fost popular în lumea testării automate, majoritatea echipelor care folosesc

Selenium se confruntă cu aceste probleme:

Numai dezvoltatorii de software pot rula testele. Selenium este un cadru de automatizare a testelor open-

source cu propriul limbaj de scripting, așa că un inginer Selenium trebuie să scrie și să mențină testele.

Este costisitor de întreținut. Chiar și modificările minore ale codului din culise pot rupe testele

Selenium și fiecare test întrerupt necesită timp dezvoltator pentru a fi reparat.

Înseamnă să plătești pentru servicii suplimentare. O organizație care utilizează Selenium trebuie să

plătească pentru instrumente precum Sauce Labs sau BrowserStack pentru a extinde eficient testarea.

Există o mulțime de instrumente diferite de automatizare a testelor - de la modalități mai ușoare de a

genera cod Selenium până la opțiuni SaaS (software ca serviciu) fără cod - toate încercând să rezolve

aceste probleme.

Rainforest QA: Un instrument fără cod pentru testarea stratului vizual al unei aplicații cu funcții ușor de

utilizat care ajută la economisirea de timp.

Cypress.io: Un alt cadru de testare open-source similar cu Selenium, dar scris în JavaScript și cu

actualizări semnificative care ajută la integrarea testării de automatizare în fluxul de lucru de dezvoltare.

Spre deosebire de Selenium, Cypress nu acceptă limbaje de programare populare precum Java, Python,

Ruby, C#, PHP etc.

Katalon Studio: una dintre zecile de interfețe fără cod care generează scripturi Selenium și, de asemenea,

permit dezvoltatorilor să facă editări manuale.

Toate aceste trei instrumente de automatizare web oferă soluții încorporate pentru managementul testelor

și testarea paralelă (adică rularea mai multor teste simultan), astfel încât să nu trebuie să plătiți pentru

servicii suplimentare, cum ar fi o grilă de testare.

Testing the Visual Layer vs. the
Underlying Code

Rainforest: O soluție de testare vizuală a interfeței de utilizare fără cod care utilizează potrivirea

pixelilor

Rainforest QA este singurul software de testare care testează stratul vizual al aplicației dvs., mai

degrabă decât codul de bază. Facem acest lucru prin potrivirea pixelilor elementelor aplicațiilor

dvs. software. Aceasta înseamnă că testele caută aranjamente potrivite de pixeli, mai degrabă

decât locatoare bazate pe cod pentru a finaliza diferite acțiuni. (În secțiunea următoare vom

analiza cum să creați un test.)

Testele care folosesc locatoare bazate pe cod sau locatoare XPath pot indica faptul că un element

este vizibil fără a verifica dacă este de fapt vizibil. Potrivirea pixelilor este mai fiabilă, deoarece

testează ceea ce va vedea utilizatorul, mai degrabă decât ceea ce computerul crede că ar trebui să

vadă.

Cypress.io: Un cadru de testare open-source pentru testarea codului de bază folosind JavaScript

Testele Cypress sunt construite pe Mocha și Chai (cadre de testare JavaScript) și testează

funcționalitatea codului de bază al unei aplicații web. Dacă utilizați deja cadre JavaScript, vă veți

familiariza cu sintaxa și puteți începe să utilizați Cypress rapid, dar veți testa în continuare codul

de bază în loc de stratul vizual al aplicației dvs.

Un alt aspect de luat în considerare este complexitatea JavaScript-ului modern. Deoarece

JavaScript modern este generat de un computer (mai degrabă decât scris de mână în linii simple

de cod), există mai multe straturi și învelișuri în jurul fiecărui element care fac dificilă

identificarea unde se termină un element și unde începe altul. Puteți adăuga proprietăți speciale
în timpul configurării pentru a vă ajuta să găsiți aceste locatoare bazate pe cod, dar acest lucru

necesită timp suplimentar în timpul creării și întreținerii testului.

Katalon: Un instrument fără cod care testează codul de bază cu scripturi Selenium

Katalon este un instrument fără cod care utilizează scripturi Selenium pentru a testa codul de

bază al unei aplicații. Pentru a crea un test, executați pașii căii utilizatorului pe care doriți să o

testați, iar Katalon înregistrează codul asociat mișcărilor dumneavoastră. Deși aceasta oferă o

modalitate pentru persoanele fără experiență tehnică de a se implica, veți avea nevoie de

experiență de codare pentru a identifica motivul pentru care testele eșuează și pentru a le remedia

efectiv.

Cine poate scrie teste

Rainforest QA permite oricui să creeze (și să mențină) teste în câteva minute, indiferent dacă

are cunoștințe tehnice sau nu. Aceasta înseamnă că oricine din echipa de produse poate interveni

și poate ajuta după cum este necesar.

Cypress

Scripturile de testare Cypress pot fi scrise de oricine cunoaște JavaScript (care include

majoritatea dezvoltatorilor front-end). Dacă nu cunoașteți JavaScript, veți avea o curbă de

învățare abruptă.

Odată ce instalați software-ul Cypress pe hard disk, Test Runner afișează acțiunile din browser

pe o parte a ecranului și liniile corespunzătoare de cod pe cealaltă parte a ecranului în timp real.

Cypress oferă, de asemenea, funcții presetate, de ex. Cy.wait (cantitatea de timp în care doriți ca

testul să „aștepte” încărcarea unui element) – și instrumente (cum ar fi ceasurile, stuburile și

spionii) care ajută dezvoltatorul să controleze funcțiile de testare și să accelereze procesul de

scriere a testului.
Deoarece trebuie să cunoașteți JavaScript pentru a scrie și întreține teste Cypress, numai inginerii

de software sau inginerii QA pot face QA cu Cypress. Chiar dacă sunt responsabili pentru QA,

majoritatea dezvoltatorilor sunt considerați mai responsabili pentru viteza de lansare decât

calitatea generală a produsului. Acest lucru îi poate determina să prioritizeze viteza în

detrimentul calității, ceea ce poate duce în cele din urmă la probleme de calitate care ar putea

dăuna companiei.

Testele Katalon pot fi create de oricine, iar inginerii de automatizare pot interveni în orice

moment pentru a manipula manual codul.

Katalon oferă instrumente utile, cum ar fi cuvinte cheie încorporate și șabloane de proiect, pentru

a ajuta la crearea mai rapidă a cazurilor de testare. În timp ce utilizarea Katalon reduce o parte

din presiunea dezvoltatorilor, permițând pe oricine să ajute la crearea testelor, inginerii de

software sunt singurii care pot actualiza testele. Acest lucru duce adesea la un efect de blocaj