39 top automation testing interview questions
Cele mai frecvente întrebări de interviu pentru testarea automatizării pentru candidații la nivel de începători și avansați:
Automatizarea testelor joacă un rol foarte important în întregul ciclu de viață al software-ului. De cele mai multe ori, când vrem să ne pregătim pentru un interviu de testare a automatizării, ne concentrăm doar pe întrebări specifice instrumentului.
Cu toate acestea, ar trebui să luăm în considerare și faptul că învățarea și cunoașterea instrumentului sunt doar un mijloc și nu este scopul final.
Astfel, ori de câte ori ne pregătim pentru un interviu de testare a automatizării, trebuie să luăm în considerare „Automatizarea” în ansamblu și să ne concentrăm asupra cadrului și pașilor implicați.
Știm cu toții că testarea software-ului este o parte foarte importantă a dezvoltării software-ului. Dar, cu metodologiile și mediile de dezvoltare software în creștere rapidă, devine dificil să testați manual totul pentru o aplicație într-un timp limitat, împreună cu constrângerile de cost.
Astfel, testarea automatizării crește rapid pe piață pentru a accelera ritmul de dezvoltare. Acest tutorial include întrebări de top ale interviului despre testarea automatizării. Am încercat să citesc întrebările scurte și rapide care sunt foarte specifice automatizării în ansamblu și nu sunt specifice niciunui „instrument”.
Top 39 Întrebări de interviu pentru testarea automatizării
Am acoperit întrebări de bază despre automatizarea testelor, precum și câteva întrebări avansate pentru candidații de nivel intermediar până la experți cu o experiență de până la 2 până la 5 ani.
Q # 1) Ce este automatizarea?
Răspuns: Automatizarea este orice acțiune care poate reduce eforturile umane.
Q # 2) Ce este testarea automatizării?
Răspuns: Procesul de utilizare a instrumentelor software speciale sau a scripturilor pentru a efectua sarcini de testare, cum ar fi introducerea datelor, executarea etapelor de testare și compararea rezultatelor etc. este cunoscut sub numele de Automation testing.
Î # 3) Ce toate lucrurile puteți automatiza?
Răspuns:
- Suită de testare de regresie
- Suită de testare fum / sănătate
- Construiți implementarea
- Crearea datelor de testare
- Automatizarea în spatele interfeței grafice precum testarea API-urilor și metodelor.
Q # 4) Când este utilă testarea automatizării?
Răspuns: Testarea automatizării este utilă în următoarele scenarii:
a) Testarea regresiei: În cazul unei remedieri a erorilor sau a implementării unui nou modul, trebuie să ne asigurăm că funcționalitatea deja implementată sau neschimbată nu este afectată. În acest caz, ajungem să rulăm cazul testului de regresie de mai multe ori.
De exemplu: După fiecare cerere de modificare sau remedierea erorilor, după fiecare iterație în caz de abordare de dezvoltare incrementală etc.
b) Testarea nefuncțională: Testarea aspectelor nefuncționale ale unei aplicații.
De exemplu, Testarea încărcării sau testarea performanței etc. sunt foarte dificil de urmărit și analizat pentru oameni.
c) Calcul complex verifică sau testează scenarii care sunt predispuse la erori umane.
d) Executarea repetată a acelorași teste: Uneori, trebuie să rulăm același set de cazuri de testare pentru un set diferit de date sau după fiecare versiune de versiune sau pe mai multe hardware, software sau combinație a ambelor.
Automatizarea cazurilor de testare în scenariile de mai sus ajută la atingerea vitezei de testare și la minimizarea erorilor umane.
Q # 5) Cum identificați cazurile de testare care sunt potrivite pentru automatizare?
Răspuns: Identificarea cazurilor de testare adecvate pentru automatizare este cel mai important pas către automatizare.
Q # 6) Puteți realiza automatizarea 100%?
Răspuns: Automatizarea 100% ar fi dificil de realizat, deoarece ar exista multe cazuri de testare de margine și unele cazuri care sunt executate rar. Automatizarea acestor cazuri care nu sunt executate, care deseori nu vor adăuga valoare suitei automate.
Q # 7) Cum să decideți instrumentul pe care ar trebui să îl utilizați pentru testarea automatizării în proiectele lor?
Răspuns: Pentru a identifica instrumentul pentru testarea automatizării în proiectul dvs.:
la) Înțelegeți cu atenție cerințele proiectului și identificați scenariile de testare pe care doriți să le automatizați.
b) Căutați lista instrumentelor care susțin cerințele proiectului dvs.
c) Identificați bugetul pentru instrumentul de automatizare. Selectați instrumentele din bugetul dvs.
d) Identificați dacă aveți deja resurse calificate pentru instrumente. Dacă nu aveți resursele calificate necesare, atunci identificați costul pentru instruirea resurselor existente sau angajarea de resurse noi.
este) Acum comparați fiecare instrument pentru criterii cheie precum:
- Cât de ușor este să dezvolți și să întreții scripturile pentru instrument?
- Poate o persoană non-tehnică să execute și cazurile de testare cu puțină pregătire?
- Instrumentul acceptă diferite tipuri de platforme, cum ar fi web, mobil, desktop etc., pe baza cerințelor proiectului dvs.?
- Instrumentul are o funcționalitate de raportare a testelor? Dacă nu, este ușor de configurat pentru instrument?
- Cum este instrumentul de asistență cross-browser pentru aplicații bazate pe web?
- Câte tipuri diferite de testare poate accepta acest instrument?
- Câte limbi acceptă instrumentul?
f) După ce ați comparat instrumentele, selectați instrumentul care se încadrează în bugetul dvs. și susțineți cerințele proiectului dvs. și vă oferă mai multe avantaje pe baza criteriilor cheie menționate mai sus.
Q # 8) În prezent, nu am automatizare în proiectul meu, dar acum vreau să implementez automatizarea, care ar fi pașii mei?
Răspuns:
- Mai întâi, identificați tipul de testare / cazurile de testare pe care doriți să le automatizați.
- Identificați instrumentul
- Proiectați cadrul
- Creați fișiere utilitare și fișiere de mediu.
- Începeți scriptarea
- Identificați și lucrați la raportare.
- Alocarea timpului pentru îmbunătățirea și menținerea scripturilor.
Pașii necesari pentru stabilirea testelor de automatizare pentru un proiect includ:
- Înțelegeți avantajele și dezavantajele testării automatizării și identificați scenariile de testare care sunt potrivite pentru automatizare.
- Selectați instrumentul de automatizare care este cel mai potrivit pentru automatizarea scenariilor identificate
- Găsiți expertul în instrumente care să vă ajute la configurarea instrumentului și mediul necesar pentru executarea cazurilor de testare folosind instrumentul.
- Antrenează echipa astfel încât să poată scrie scripturi în limbajul de programare acceptat de instrument.
- Creați cadrul de testare sau identificați-l pe cel deja existent care îndeplinește cerințele dvs.
- Scrieți un plan de execuție pentru sistemul de operare, browsere, dispozitive mobile etc.
- Scrieți scripturi de programare pentru cazuri de testare manuale pentru a le converti în cazuri de testare automate.
- Raportați starea cazului de testare utilizând funcția de raportare a instrumentului.
- Păstrați scripturile pentru modificări în curs sau funcții noi.
Q # 9) Cum decideți ce instrument trebuie să utilizați?
Răspuns: Concluzie care instrument este cel mai potrivit pentru proiect este nevoie de o mulțime de brainstorming și discuții.
Q # 10) Odată ce ați identificat instrumentul, care ar fi următorii pași?
Răspuns: Odată ce finalizăm instrumentul, următorul nostru pas ar fi să proiectăm cadrul.
Q # 11) Ce este un cadru?
Răspuns: Un cadru este un set al structurii întregii suite de automatizare. Este, de asemenea, un ghid care, dacă este urmat, poate duce la o structură ușor de întreținut și de îmbunătățit.
Aceste linii directoare includ:
- Standarde de codificare
- Manipularea datelor de testare
- Menținerea și manipularea elementelor (depozit de obiecte în QTP)
- Gestionarea fișierelor de mediu și a fișierului de proprietăți
- Raportarea datelor
- Manipularea buștenilor
Q # 12) Care sunt atributele unui cadru bun?
Răspuns: Caracteristicile includ:
- Modular: Cadrul ar trebui să fie adaptabil la schimbare. Testerii ar trebui să poată modifica scripturile conform mediului sau schimbarea informațiilor de conectare.
- Reutilizabil: Metodele sau utilitățile utilizate în mod obișnuit ar trebui să fie scrise într-un fișier comun care este accesibil tuturor scripturilor.
- Consistent: Suita ar trebui să fie scrisă într-un format consecvent, urmând toate practicile de codificare acceptate.
- Independent: Scripturile trebuie scrise în așa fel încât să fie independente una de cealaltă. În cazul în care un test eșuează, acesta nu ar trebui să rețină cazurile de test rămase (cu excepția cazului în care este o pagină de autentificare)
- Jurnale: Este bine să fi implementat caracteristica de înregistrare în cadru. Acest lucru ar ajuta în cazul în care scripturile noastre rulează ore mai lungi (să zicem modul de noapte), dacă scriptul eșuează în orice moment, dacă avem fișierul jurnal ne va ajuta să detectăm locația împreună cu tipul erorii.
- Raportare: Este bine să aveți caracteristica de raportare încorporată automat în cadru. Odată ce scriptul este finalizat, putem avea rezultatele și rapoartele trimise prin e-mail.
- Integrare: Cadrul de automatizare ar trebui să fie astfel încât să fie ușor de integrat cu alte aplicații, cum ar fi integrarea continuă sau declanșarea scriptului automat de îndată ce implementarea este implementată.
Q # 13) Puteți face fără un cadru?
Răspuns: Cadrele sunt linii directoare și nu reguli obligatorii, deci ne putem descurca fără un cadru, dar dacă îl creăm și îl urmăm, îmbunătățirea și întreținerea ar fi ușor de implementat.
Q # 14) Care sunt diferitele tipuri de instrument de automatizare pe care le cunoașteți?
Răspuns: Instrument open source precum Selenium, JMeter etc.
Instrumente cu plată precum QTP, Load Runner, Ranorex, RFT și Rational Robot.
Q # 15) Care este în general structura unui cadru?
Răspuns: În mod normal, structura ar trebui să aibă - (Ar diferi de la proiect la proiect)
- Un folder „src” (sursă) care are scripturile de testare reale.
- Un folder „lib” (bibliotecă) care conține toate bibliotecile și metodele comune.
- Un folder „clasă” care conține tot fișierul clasei (în cazul utilizării java).
- Un folder „jurnal” care conține fișierele jurnal.
- Un fișier / folder cu toate ID-urile elementului web.
- Un fișier care conține adresa URL, mediul și informațiile de conectare.
Q # 16) Unde veți menține informații cum ar fi adresa URL, datele de conectare, parola?
Răspuns: Aceste informații trebuie păstrate întotdeauna într-un fișier separat.
Q # 17) De ce doriți să păstrați acest tip de informații într-un fișier separat și nu direct în cod?
Răspuns: URL-ul, autentificarea și parolele sunt tipul de câmpuri care sunt folosite foarte des și acestea se modifică conform mediului și autorizației. În cazul în care îl codificăm în codul nostru, trebuie să îl schimbăm în fiecare fișier care are referința sa.
În cazul în care există mai mult de 100 de fișiere, atunci devine foarte dificil să schimbați toate cele 100 de fișiere și acest lucru, la rândul său, poate duce la erori. Deci, acest tip de informații sunt păstrate într-un fișier separat, astfel încât actualizarea devine ușoară.
Q # 18) Care sunt diferitele tipuri de cadre?
Răspuns: Diferite tipuri de cadre includ:
- Cadru bazat pe cuvinte cheie
- Cadrul bazat pe date
- Cadrul hibrid
- Script liniar
Q # 19) Puteți spune câteva practici bune de codificare în timpul automatizării?
Răspuns: Unele dintre bunele practici de codificare includ:
- Adăugați comentarii adecvate.
- Identificați metodele reutilizabile și scrieți-le într-un fișier separat.
- Urmați convențiile de codare specifice limbii.
- Păstrați datele de testare într-un fișier separat.
- Rulați scripturile în mod regulat.
Q # 20) Orice fel de test care credeți că nu ar trebui automatizat?
Răspuns:
- Teste care sunt rareori executate.
- Testarea exploratorie
- Testarea utilizabilității
- Test care se execută rapid când se face manual.
Q # 21) Credeți că testarea se poate face numai la nivelul UI?
care este cel mai bun cont de e-mail gratuit
Răspuns: Astăzi, pe măsură ce trecem la modul Agile, testarea nu se limitează la stratul UI. Feedback-ul timpuriu este imperial pentru un proiect agil. Dacă ne concentrăm doar pe stratul UI, așteptăm până când UI este dezvoltată și disponibilă pentru testare.
Mai degrabă putem testa chiar înainte ca interfața de utilizare să fie dezvoltată. Putem testa direct API-urile sau metodele folosind instrumente precum Castravete și FitNesse .
În acest fel, oferim feedback-ul mult mai devreme și testăm chiar înainte ca interfața de utilizare să fie dezvoltată. Urmarea acestei abordări ne va ajuta să testăm doar aspectul GUI al modificărilor cosmetice mici sau al unor validări pe interfața de utilizare și ne va ajuta dezvoltatorii acordând mai mult timp pentru a remedia erorile.
Q # 22) Cum selectați instrumentul de automatizare cel mai potrivit pentru dvs.?
Răspuns: Selectarea instrumentului de automatizare depinde de diverși factori precum:
- Domeniul de aplicare al aplicației pe care dorim să îl automatizăm.
- Cheltuieli generale de gestionare, cum ar fi costul și bugetul.
- Este timpul să învățați și să implementați instrumentul.
- Tipul de suport disponibil pentru instrument.
- Limitarea instrumentului
Q # 23) Ce credeți că îi împiedică pe testatori să facă automatizarea? Există o modalitate de a o depăși?
Răspuns: Obstacolul major pentru testeri este să învețe programarea / codificarea atunci când doresc să automatizeze. Deoarece testerii nu codifică, adaptarea la codificare este puțin dificilă pentru testeri.
O putem depăși prin:
- Colaborarea cu dezvoltatorii la automatizare.
- Având în vedere că automatizarea este responsabilitatea întregii echipe și nu numai a testerilor.
- Oferind un timp dedicat și concentrându-vă pe automatizare.
- Obținerea unui sprijin adecvat pentru management.
Puteți salva aceste întrebări de testare a automatizării în format pdf și le puteți imprima pentru o lectură ulterioară.
Q # 24) Ce este un cadru de testare a automatizării?
Răspuns: Un cadru, în general, este un set de linii directoare. Un set de linii directoare, ipoteze, concepte și practici de codificare pentru crearea unui mediu de execuție în care testele vor fi automatizate, este cunoscut sub numele de cadru de testare a automatizării.
Un cadru de testare a automatizării este responsabil pentru crearea unui ham de testare cu un mecanism pentru conectarea cu aplicația testată, preluarea intrării dintr-un fișier, executarea cazurilor de testare și generarea rapoartelor pentru executarea testului. Un cadru de testare a automatizării ar trebui să fie independent de aplicație și ar trebui să fie ușor de utilizat, modificat sau extins.
Q # 25) Care sunt modulele importante ale unui cadru de testare a automatizării?
Răspuns: Modulele importante ale unui cadru de testare a automatizării sunt:
- Instrument de afirmare a testului: Acest instrument va furniza declarații de afirmare pentru testarea valorilor așteptate în aplicația testată. De exemplu. TestNG, Junit etc.
- Configurare date: Fiecare caz de testare trebuie să preia datele utilizatorului fie din baza de date, fie dintr-un fișier sau încorporate în scriptul de testare. Modulul de date Frameworks trebuie să aibă grijă de aportul de date pentru scripturile de testare și variabilele globale.
- Instrument de gestionare a construcției: Cadrul trebuie să fie construit și implementat pentru crearea de scripturi de testare.
- Instrument de integrare continuă: Având la dispoziție CICD (Integrare continuă și dezvoltare continuă), este necesar un instrument de integrare continuă pentru integrarea și implementarea modificărilor efectuate în cadrul cadrului la fiecare iterație.
- Instrument de raportare: Este necesar un instrument de raportare pentru a genera un raport lizibil după executarea cazurilor de testare pentru o mai bună vizualizare a pașilor, rezultatelor și eșecurilor.
- Instrument de înregistrare: Instrumentul de înregistrare în cadru ajută la o mai bună depanare a erorilor și a erorilor.
Q # 26) Explicați câteva instrumente de testare a automatizării.
Răspuns: Unele dintre celebrele instrumente de testare a automatizării sunt explicate mai jos:
(i) Seleniu : Seleniul este un cadru de testare pentru testarea automatizării aplicațiilor web. Suportă mai multe browsere și este independent de sistemul de operare. Selenium acceptă, de asemenea, diverse limbaje de programare, cum ar fi Java, C #, PHP, Ruby și Perl etc.
Seleniu este un set open-source de biblioteci care poate fi utilizat pentru a dezvolta cadre de testare suplimentare sau scripturi de testare pentru testarea aplicațiilor bazate pe web.
(ii) UFT : Testarea funcțională unificată este un instrument licențiat pentru testarea funcțională. Oferă o gamă largă de caracteristici, cum ar fi API-urile, serviciile web etc., și acceptă, de asemenea, mai multe platforme, cum ar fi desktop-uri, web și mobile. Scripturile UFT sunt scrise într-un limbaj de script vizual de bază.
(Ii) epoci : Appium este un instrument open-source de testare a aplicațiilor mobile. Este folosit pentru automatizarea testării pe aplicații mobile multiplataforme, native, hibride și bazate pe web. Appium automatizează orice aplicație mobilă din orice limbă cu acces complet la API-uri și DB-uri din codul de testare.
Appium se bazează pe arhitectura client-server și a evoluat din seleniu.
(iv) Castravete : Castravetele este un instrument de dezvoltare open-source bazat pe comportament. Este folosit pentru testarea automatizării aplicațiilor bazate pe web și acceptă limbaje precum rubin, java, scala, groovy etc. Cetățelul citește specificațiile executabile scrise în text simplu și testează aplicația testată pentru aceste specificații.
Pentru ca castravetele să înțeleagă scenariile din text simplu, trebuie să urmăm câteva reguli de sintaxă de bază, cunoscute sub numele de Gherkin.
(v) TestComplete : TestComplete este un instrument de testare a UI automatizat licențiat pentru a testa aplicația pe diferite platforme, cum ar fi desktopuri, web, mobile etc. Oferă flexibilitate pentru a înregistra un caz de testare pe un singur browser și a-l rula pe mai multe browsere și, prin urmare, acceptă testarea browserelor încrucișate.
TestComplete are un algoritm de recunoaștere a obiectelor încorporat care identifică în mod unic un obiect și îl stochează în depozit.
Q # 27) Care sunt diferitele tipuri de tehnici cadru de testare?
Răspuns: Există patru tipuri de tehnici cadru de testare a automatizării.
Sunt:
(i) Cadrul de testare modulară:
Acest cadru este construit pe conceptul de abstractizare. În acest cadru, testerul creează scripturi pentru fiecare modul al aplicației testate individual și apoi aceste scripturi sunt combinate în ordinea ierarhică pentru a crea cazuri de testare mari.
Se creează un strat de abstractizare între module, astfel orice modificare a scripturilor de testare pentru un modul nu afectează niciun alt modul.
Avantajele acestui cadru:
- Întreținere și scalabilitate mai ușoare a cazurilor de testare.
- Crearea de cazuri de testare utilizând module deja scriptate este mai ușoară și mai rapidă.
Dezavantaje:
- Testele au date încorporate în ele. Astfel, executarea aceluiași script de testare cu date diferite este o mare schimbare la nivel de script.
(ii) Cadrul de testare bazată pe date:
În cadrul de testare bazat pe date, datele de intrare și datele de ieșire așteptate corespunzătoare datelor de intrare sunt stocate într-un fișier sau bază de date, iar scriptul automat rulează același set de pași de testare pentru mai multe seturi de date. Cu acest cadru, putem rula mai multe cazuri de test în care doar datele de intrare diferă și pașii de execuție sunt aceiași.
Avantaje:
- Reduce numărul de scripturi de test care trebuie executate. Executăm același script de mai multe ori cu date diferite.
- Mai puțină codificare pentru testarea automatizării.
- O mai mare flexibilitate pentru menținerea și remedierea erorilor sau îmbunătățirea funcționalității.
- Datele de testare pot fi create chiar înainte ca sistemul automatizat de testare să fie gata.
Dezavantaje:
- Numai cazuri de testare similare cu același set de pași de execuție pot fi combinate pentru mai multe seturi de date. Setul diferit de pași de execuție necesită un caz de testare diferit.
(iii) Cadrul de testare bazat pe cuvinte cheie:
Este un cadru de testare independent de aplicație care folosește tabele de date și cuvinte cheie auto-explicative. Cuvintele cheie explică acțiunile care trebuie efectuate cu aplicația testată, iar tabelul de date furnizează datele de intrare și de ieșire așteptate.
Testarea bazată pe cuvinte cheie este o creștere a testării bazate pe date.
Avantaje:
- Mai puține codări și același script pot fi utilizate pentru mai multe seturi de date.
- Expertiza automatizării nu este necesară pentru crearea unui caz de testare folosind cuvintele cheie deja existente pentru acțiuni.
- Aceleași cuvinte cheie pot fi utilizate în mai multe cazuri de testare.
Dezavantaje:
- Acest cadru este mai complicat, deoarece trebuie să aibă grijă de acțiunile cuvintelor cheie și, de asemenea, de introducerea datelor.
- Cazurile de testare devin mai lungi și complexe, afectând astfel menținerea acestora.
(iv) Cadrul de testare hibridă:
Acest cadru este o combinație a tuturor cadrelor de testare menționate mai sus (modulare, bazate pe date și bazate pe cuvinte cheie).
În acest cadru, cazurile de testare sunt dezvoltate din scripturi modulare, combinându-le în cadrul de testare modular. Fiecare dintre cazurile de testare utilizează un script de driver care utilizează un fișier de date ca în cadrul bazat pe date și un fișier de acțiune bazat pe cuvinte cheie.
Avantaje:
- Modular și ușor de întreținut.
- Mai puțină codificare poate avea grijă de mai multe cazuri de testare.
- Un caz de testare poate fi executat cu mai multe seturi de date.
Dezavantaje:
- Complex de citit, întreținut și îmbunătățit.
Q # 28) Când preferați testarea manuală decât testarea automatizată?
Răspuns: Preferăm testarea manuală decât testarea automatizării în următoarele cazuri:
- Proiectul este pe termen scurt, iar scrierea scripturilor va consuma mult timp și costă în comparație cu testarea manuală.
- Este necesară flexibilitatea. Testele automate sunt programate și rulate într-un mod specific de configurații.
- Testarea utilizabilității trebuie efectuată.
- Aplicații / modul este nou dezvoltat și nu are cazuri de testare anterioare.
- Trebuie efectuate teste ad-hoc sau exploratorii.
Q # 29) Este util sau nu testarea automatizării în metodologie agilă?
Răspuns: Testarea automatizării este utilă pentru testele de regresie, fum sau sănătate. Toate aceste tipuri de testare în modelul tradițional de cascadă se întâmplă la sfârșitul ciclului și, uneori, dacă nu există multe îmbunătățiri ale aplicației, s-ar putea să nu fim nevoiți să facem testarea regresiei .
Întrucât, în metodologie agilă , fiecare iterație necesită executarea cazului de test de regresie pe măsură ce se adaugă unele funcționalități noi.
De asemenea, suita de regresie în sine continuă să crească după fiecare sprint, deoarece cazurile de test funcționale ale modulului de sprint curent trebuie adăugate în suita de regresie pentru următorul sprint.
Astfel, testarea automatizării în metodologia agilă este foarte utilă și ajută la realizarea acoperirii maxime a testului în mai puțin timp al sprintului.
Q # 30) Enumerați câteva avantaje și dezavantaje ale testării automatizării.
Răspuns:
Avantaje:
- Mai puține resurse umane
- Reutilizare
- Mai multă acoperire a testului în mai puțin timp
- Fiabilitate
- Executarea în paralel a cazurilor de testare
- Rapid
Dezavantaje:
cum să vizualizați fișiere EPS în Windows
- Timpul de dezvoltare și întreținere este mai mare.
- Costul instrumentului
- Sunt necesare resurse calificate.
- Configurarea mediului
- Testarea depanării scripturilor este o problemă.
Q # 31) Enumerați câteva avantaje și dezavantaje ale testării manuale.
Răspuns:
Avantaje:
- Nu este necesară configurarea mediului.
- Cunoașterea programării nu este necesară.
- Recomandat pentru schimbarea dinamică a cerințelor.
- Permiteți puterii de observare umană să detecteze mai multe erori.
- Costul este mai mic pentru proiectele pe termen scurt.
- Flexibilitate
Dezavantaje:
- Greu de efectuat calcule complexe.
- Reutilizare
- Durată de timp
- Risc ridicat de erori sau greșeli umane.
- Sunt necesare mai multe resurse umane.
Q # 32) Putem face teste de automatizare fără un cadru? Dacă da, atunci de ce avem nevoie de un cadru?
Răspuns: Da, putem efectua teste de automatizare chiar și fără a utiliza un cadru. Putem doar să înțelegem instrumentul pe care îl folosim pentru automatizare și să programăm pașii în limbajul de programare pe care îl susțin instrumentele.
Dacă automatizăm cazurile de testare fără cadru, atunci nu va exista nicio coerență în scripturile de programare pentru cazurile de testare.
Este necesar un cadru pentru a oferi un set de linii directoare pe care toată lumea trebuie să le urmeze pentru a menține lizibilitatea, reutilizarea și consistența în scripturile de testare. Un cadru oferă, de asemenea, un motiv comun pentru funcționalitatea de raportare și înregistrare.
Q # 33) Cum veți automatiza cazurile de testare a funcționalității de „conectare” de bază pentru o aplicație?
Răspuns: Presupunând că instrumentul și cadrul de automatizare sunt deja în locul mediului de testare.
Pentru a testa funcționalitatea de bază „Autentificare”:
- Înțelegeți cerința proiectului : Funcționalitatea de conectare va avea o casetă de text pentru nume de utilizator, o casetă de text pentru parolă și un buton de conectare.
- Identificați scenariile de testare: Pentru funcționalitatea de conectare, scenariile de testare posibile sunt:
- Nume de utilizator și parolă necompletate
- Nume de utilizator și parolă nevalide
- Un nume de utilizator valid și o parolă invalidă
- Nume de utilizator și parolă valide
- Pregătește un Fișier de introducere a datelor cu datele corespunzătoare fiecărui scenariu.
- Lansați instrumentul din program.
- Identificați câmpul de nume de utilizator, câmpul de parolă și butonul de conectare.
- Pentru fiecare scenariu de testare, obțineți datele din fișierul de date și introduceți în câmpurile corespunzătoare. Program faceți clic pe butonul de conectare după introducerea datelor.
- Valida mesajul de eroare pentru scenariile negative și mesajul de succes pentru scenariile pozitive din scriptul de testare cu ajutorul afirmațiilor.
- Alerga suita de testare și generați raportul.
Q # 34) Testarea automatizării este o testare cutie neagră sau testare cutie albă?
Răspuns: Testarea automatizării este în mare parte o testarea cutiei negre deoarece programăm doar pașii pe care îi efectuează un tester manual pentru aplicația testată fără a cunoaște designul sau codul de nivel scăzut al aplicației.
Uneori, scripturile automate de testare au nevoie de acces la detaliile bazei de date care sunt folosite în aplicația testată sau alte detalii de codare și, prin urmare, pot fi un tip de testare a casetei albe.
Astfel, testarea automată poate fi atât tip de testare în cutie albă, cât și albă, în funcție de scenariile în care se efectuează automatizarea.
Î # 35) Câte cazuri de testare ați automatizat pe zi?
Răspuns: Ei bine, numărul depinde de complexitatea cazurilor de testare. Când complexitatea a fost limitată, am putut automatiza 5 până la 6 cazuri de test pe zi. Uneori, am putut automatiza un singur caz de testare pentru scenarii complexe.
De asemenea, am împărțit cazurile mele de testare în diferite componente, cum ar fi, iau intrare, fac calculul, verific rezultatul etc. în cazul unor scenarii foarte complexe și am durat 2 sau mai multe zile.
Î. 36) Ce factori determină eficacitatea testării automatizării?
Răspuns: Unii dintre factorii care determină eficiența testării automatizării sunt:
- Timp economisit executând scripturi peste executarea manuală a cazurilor de testare.
- Defecte găsite
- Acoperirea testului sau acoperirea codului
- Timp de întreținere sau timp de dezvoltare
- Stabilitatea scripturilor
- Testați reutilizarea
- Calitatea software-ului testat
Q # 37) Ce cazuri de testare pot fi automatizate?
Răspuns: Tipurile de cazuri de testare care pot fi automatizate sunt:
(i) Cazuri de testare a fumului: Testarea fumului este, de asemenea, cunoscută sub numele de testarea verificării construcției. Cazurile de testare a fumului se execută de fiecare dată când se lansează o nouă versiune pentru a verifica starea de construcție pentru acceptarea efectuării testelor.
(ii) Cazuri de testare de regresie : Testarea de regresie este testarea pentru a se asigura că modulele dezvoltate anterior funcționează conform așteptărilor după adăugarea unui nou modul sau remedierea unui bug.
Cazurile de testare de regresie sunt foarte importante în abordarea software incrementală în care se adaugă o nouă funcționalitate la fiecare fază de incrementare. În acest caz, testarea de regresie se efectuează la fiecare fază incrementală.
(iii) Cazuri de testare de calcul complex: Testele care implică unele calcule complexe pentru a verifica un câmp pentru o aplicație intră în această categorie. Rezultatele de calcul complexe sunt mai predispuse la erori umane, prin urmare, atunci când sunt automatizate, dau rezultate exacte.
(iv) Cazuri de testare bazate pe date: Cazurile de testare care au același set de pași și rulează de mai multe ori odată cu schimbarea datelor sunt cunoscute ca cazuri de test bazate pe date. Testarea automată pentru aceste tipuri de cazuri de testare este rapidă și rentabilă.
(v) Cazuri de testare nefuncționale : Cazurile de testare precum testele de încărcare și testele de performanță necesită un mediu simulat cu mai mulți utilizatori și mai multe combinații hardware sau software.
Configurarea manuală a mai multor medii este imposibilă pentru fiecare combinație sau număr de utilizatori. Instrumentele automate pot crea cu ușurință acest mediu pentru a efectua testări nefuncționale cu ușurință.
Î. 38) Care sunt fazele din ciclul de viață al testării automatizării?
Răspuns: Fazele ciclului de viață al testării automatizării includ:
- Decizia de a efectua teste de automatizare.
- Identificați și aflați despre instrumentul de automatizare.
- Determinați sfera testării automatizării.
- Proiectați și dezvoltați o suită de teste.
- Executarea testului
- Întreținerea scripturilor de testare.
Q # 39) Ce este un script de test automat?
Răspuns: Un script de test automat este un program scurt care este scris într-un limbaj de programare pentru a efectua un set de instrucțiuni pentru o aplicație supusă testului pentru a verifica dacă aplicația este conform cerințelor.
Acest program, atunci când este rulat, oferă rezultatele testului ca depășire sau nu depinde de dacă aplicația este conform așteptărilor.
Concluzie
Acestea sunt principalele întrebări care sunt independente de instrumentul de automatizare sau de limbajul de programare. Interviurile de testare a automatizării includ, de asemenea, întrebări specifice instrumentului și limbajului de programare, în funcție de instrumentul cu care ați lucrat.
Majoritatea întrebărilor de interviu de automatizare a testelor sunt centrate pe cadrul pe care îl dezvoltați, astfel încât este recomandat să creați și să înțelegeți cu atenție cadrul de testare. Când intervievez, iar candidatul mi-a răspuns la întrebare cu privire la cadru, prefer, de asemenea, să pun o întrebare specifică limbii (core java în cazul meu).
Întrebările încep de la elementele de bază ale Java pentru a scrie logica unor scenarii de bază cum ar fi:
- Cum ați extrage un set de text dintr-o linie dată?
- Cum ați extrage adresa URL?
- În orice pagină web, în orice cadru, numărul de linkuri și conținutul acesteia se schimbă dinamic, cum ați face-o?
- Cum gestionați imagini și obiecte flash?
- Cum găsești un cuvânt într-o linie?
Răspunsuri la toate acestea întrebări de interviu pentru automatizarea testelor sunt foarte specifice instrumentului / limbajului pe care îl utilizați pentru automatizare. Așadar, înainte de a merge la interviu, sporiți-vă abilitățile de programare.
În cazul în care nu ați avut ocazia să vă creați cadrul și altcineva l-a creat, atunci faceți-vă ceva timp pentru a-l înțelege bine înainte de a sta la interviu.
Câteva sfaturi pentru interviurile de testare a automatizării ar fi:
- Cunoașteți instrumentul cu atenție.
- Aflați tehnicile de localizare utilizate de instrumentul dvs.
- Exersați programarea folosind limbajul pe care îl utilizați pentru testarea automatizării.
- Aflați cadrul dvs. și componentele sale.
- Este întotdeauna avantajos dacă ați fost implicat în dezvoltarea cadrului dvs. Așadar, fiți detaliat cu modulele din cadrul la care ați lucrat.
Sper că aceste întrebări vă vor fi utile pentru a vă pregăti pentru un interviu de automatizare a testelor.
Lectură recomandată
- Întrebări și răspunsuri la interviu
- Întrebări și răspunsuri la interviuri de testare ETL
- Câteva întrebări interesante despre testarea software-ului
- Cele mai bune 25 de întrebări și răspunsuri de interviu pentru testarea agilă
- Top 20 Cele mai importante API Testarea întrebărilor și răspunsurilor la interviu
- Întrebări și răspunsuri pentru testarea software-ului (partea 1)
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- Top 30 Întrebări și răspunsuri ale interviului pentru testarea securității