Meniu

Ce este testarea automatizării (Ghidul final pentru a începe automatizarea testelor)

what is automation testing

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Un ghid complet pentru a începe testarea automatizării pentru proiectul dvs.:

Ce este testarea automatizării?

Testarea automatizării este o tehnică de testare software pentru a testa și compara rezultatul real cu rezultatul scontat. Acest lucru poate fi realizat scriind scripturi de testare sau folosind orice instrument de testare a automatizării. Automatizarea testelor este utilizată pentru automatizarea sarcinilor repetitive și a altor sarcini de testare care sunt dificil de realizat manual.

ghid de testare a automatizării

Doriți să începeți testul de automatizare pentru proiectul dvs., dar vă confruntați cu pașii de bază, după cum se menționează mai jos:

  • Cum să introduceți automatizarea proiectului dvs.?
  • Cum să selectați cel mai bun și corect instrument de automatizare?
  • Cum să dezvolți scripturile în mod eficient?
  • Cum se execută și se întrețin scripturile de testare?
  • Și, în sfârșit, care sunt cele mai bune practici pe care trebuie să le urmați pentru testarea cu succes a automatizării?

Astăzi, am planificat să vă îmbogățim cunoștințele cu o serie de tutoriale despre „ Noțiuni introductive despre testarea automatizării ”. Această serie de tutoriale de automatizare va răspunde la toate întrebările de mai sus într-un mod pas cu pas, cu exemple simple.

Să aruncăm o privire la seria de tutoriale despre pornirea automatizării pentru proiectul dvs. !!

Proces end-to-end de automatizare:

Tutorial # 1 : Cel mai bun ghid pentru a începe automatizarea proiectului dvs.
Tutorial nr. 2: Tipuri de teste automate și unele concepții greșite
Tutorial nr. 3: 10 pași pentru introducerea automatizării în proiectul dvs.
Tutorial # 4: Ghidul de la A la Z privind selectarea celui mai bun instrument de automatizare
Tutorial # 5: Dezvoltare scripturi și cadre de automatizare
Tutorial nr. 6: Executarea și raportarea automatizării
Tutorial nr. 7: Cele mai bune practici și strategii de automatizare a testelor

Sfaturi de automatizare:

Tutorial # 8: 10 sfaturi pe care ar trebui să le citiți înainte de a vă automatiza activitatea de testare
Tutorial # 9: Cum diferă planificarea testelor pentru proiectele manuale și de automatizare
Tutorial # 10: Când se optează pentru automatizare?
Tutorial # 11: Provocări de testare a automatizării
Tutorial # 12: Ghid pentru implementarea dovezii conceptului (POC) în automatizare
Tutorial # 13: Cum se selectează cazuri de testare corecte pentru automatizare
Tutorial # 14: Cum se traduc cazurile de testare manuale în scripturi de automatizare

Cariera de automatizare:

Tutorial # 15: Sfaturi pentru a deveni un tester de automatizare mai bun
Tutorial # 16: Automatizarea testelor - Este o carieră specializată? Testatorii normali pot face și automatizarea?

Instrumente de automatizare populare:

Tutorial # 17: Tutoriale pentru seleniu 31+ Cele mai bune tutoriale gratuite pentru seleniu
Tutorial # 18: Tutoriale QTP
Tutorial # 19: Instrument de testare a serviciilor web SoapUI
Tutorial # 20: HP LoadRunner pentru testarea performanței

Cadre de automatizare:

Tutorial # 21: De ce avem nevoie de cadru pentru automatizare
Tutorial nr. 22: Cele mai populare cadre de automatizare

Automatizare în Agile:

Tutorial # 23: Cum să implementați automatizarea eficientă în lumea agilă

Alte instrumente de automatizare:

Tutorial # 24: Cele mai bune instrumente de testare a automatizării
Tutorial # 25: Instrument de automatizare Sikuli GUI
Tutorial # 26: PowerShell: Automatizarea UI a aplicației desktop cu PowerShell
Tutorial nr. 27: Catalon Automation Recorder (Selenium IDE Alternative)
Tutorial nr. 28: Instrument Geb: automatizarea browserului utilizând instrumentul Geb
Tutorial # 29: AutoIt: Cum să gestionați ferestrele pop-up Windows utilizând AutoIt
Tutorial # 30: Castravete: automatizarea folosind instrumentul Castravete și seleniu
Tutorial nr. 31: Instrument de testare a transportorului pentru testarea end-to-end a aplicațiilor AngularJS

Testare de automatizare mobilă:

Tutorial # 32: Tutorial hands-on Appium Studio
Tutorial nr. 33: Tutorial Appium pentru începători
Tutorial # 34: Tutorial Selendroid: Android Mobile Automation Framework
Tutorial # 35: Tutorial Ranorex: un instrument puternic de testare pentru desktop, web și mobil

Exemple de automatizare specifice domeniului:

Tutorial # 36: Automatizarea aplicațiilor JAVA / J2EE

Pregătirea interviului pentru joburi de automatizare:

Tutorial # 37: Întrebări de interviu pentru testarea automatizării
Tutorial # 38: Întrebări de interviu cu seleniu

Să explorăm primul tutorial din seria „The Ultimate Guide to Automation Testing” !!

Ce veți învăța:

Ce este testarea automatizării?

Dacă un software poate face ceva atunci, de ce un software nu poate testa un software?

Vă pare logică această afirmație?

Dacă da, atunci felicitări, vă gândiți acum la Test Automation, care este punctul central pe care îl vom discuta în această serie de tutoriale informative.

Imaginați-vă în prima zi la locul de muncă ca SQA. Vi se prezintă o aplicație care urmează să fie testată. Este o aplicație ERP care conține sute de formulare și mii de rapoarte. Începeți testarea exploratorie deschizând un formular care conține aproximativ 50 de câmpuri diferite.

testarea software-ului întrebare interviu și răspunsuri pentru experimentat

Încercați să introduceți date aleatorii în acest formular, care a durat aproximativ 20 de minute. Apoi apăsați pe Trimitere. Wolla !! Este afișat un mesaj de eroare care pare a fi o excepție nesoluționată. Devii foarte fericit. Notați cu mândrie pașii și raportați eroarea în sistemul dvs. de gestionare a erorilor. Efort mare, te simți cu adevărat încrezător și energic. Continuați testarea până se termină ziua și mai găsiți câteva erori. „Prima zi uimitoare”, te-ai gândit.

Acum vine a doua zi, dezvoltatorul a remediat problema și lansează o nouă versiune a versiunii. Testați același formular cu aceiași pași și ați constatat că bug-ul este remediat. Îl marcați fix. Efort deosebit. Ați contribuit la calitatea produsului identificând acea eroare și pe măsură ce această eroare este remediată, calitatea este îmbunătățită.

Acum vine a treia zi, un dezvoltator a lansat din nou o versiune mai nouă. Acum trebuie să testați din nou acel formular pentru a vă asigura că nu se găsește nicio problemă de regresie. Același 20 de minute. Acum te simți puțin plictisit.

Acum imaginați-vă o lună de acum înainte, versiunile mai noi sunt lansate în mod constant și la fiecare lansare, trebuie să testați această formă lungă plus 100 de alte forme de acest fel, doar pentru a vă asigura că nu există regresie.

Acum te simți furios. Te simti obosit . Începeți să săriți pașii. Completați aproximativ 50% din câmpurile totale. Precizia ta nu este aceeași, energia ta nu este aceeași și cu siguranță, pașii tăi nu sunt la fel.

Și într-o zi, clientul raportează același bug în aceeași formă. Te simți jalnic. Te simți neconfidențiat acum. Crezi că nu ești suficient de competent. Managerii vă pun la îndoială abilitățile.

Am o veste pentru tine; aceasta este povestea a 90% dintre testerii manuali de acolo. Nu ești diferit.

Problemele de regresie sunt cele mai dureroase probleme. Suntem oameni. Și nu putem face același lucru cu aceeași energie, viteză și acuratețe în fiecare zi. Așa fac mașinile. Pentru aceasta este necesară automatizarea, pentru a repeta aceiași pași cu aceeași viteză, acuratețe și energie ca și cum au fost repetați prima dată.

Sper să îmi iei punctul meu !!

automatizarea testării unui prieten

Ori de câte ori apare o astfel de situație, ar trebui să vă automatizați cazul de testare. Automatizarea testelor este prietenul tău . Vă va ajuta să vă concentrați pe funcționalități noi în timp ce aveți grijă de regresii. Cu automatizarea, puteți completa formularul respectiv în mai puțin de 3 minute.

Scriptul va umple toate câmpurile și vă va spune rezultatul împreună cu capturi de ecran. În caz de eșec, poate identifica locația în care cazul de testare a eșuat, ajutându-vă astfel să îl reproduceți cu ușurință.

Automatizare - o metodă rentabilă pentru testarea regresiei

Costurile de automatizare sunt cu adevărat mai mari inițial. Include costul instrumentului, apoi costul resursei de testare a automatizării și instruirea acestuia.

Dar când scripturile sunt gata, acestea pot fi executate de sute de ori în mod repetat, cu aceeași precizie și destul de repede. Acest lucru va economisi multe ore de testare manuală. Deci, costul scade treptat și, în cele din urmă, devine o metodă rentabilă pentru Testarea regresiei .

Scenarii care necesită automatizare

Scenariul de mai sus nu este singurul caz în care veți avea nevoie de teste de automatizare. Există mai multe situații, care nu pot fi testate manual.

De exemplu ,

  1. Compararea a două imagini pixel cu pixel.
  2. Comparând două foi de calcul care conțin mii de rânduri și coloane.
  3. Testarea unei aplicații sub sarcina a 100.000 de utilizatori.
  4. Repere de performanță.
  5. Testarea aplicației pe diferite browsere și pe diferite sisteme de operare în paralel.

Aceste situații necesită și ar trebui testate prin instrumente.

Deci, când se automatizează?

Aceasta este o eră a metodologie agilă în SDLC, unde dezvoltarea și testarea vor merge aproape în paralel și este foarte dificil să decideți când să automatizați.

Luați în considerare următoarele situații înainte de a intra în automatizare

  • Produsul poate fi în stadiile sale primitive, atunci când produsul nici măcar nu are o interfață de utilizare, în aceste etape trebuie să ne gândim clar la ceea ce dorim să automatizăm. Următoarele puncte trebuie amintite.
    • Testele nu ar trebui să fie învechite.
    • Pe măsură ce produsul evoluează, ar trebui să fie ușor să alegeți scripturile și să le adăugați.
    • Este foarte important să nu vă lăsați purtați și să vă asigurați că scripturile sunt ușor de depanat.
  • Nu încercați automatizarea UI încă din etapele inițiale, deoarece UI este supusă unor modificări frecvente, ceea ce va duce la eșecul scripturilor. În măsura posibilului, optați pentru automatizarea la nivel API / Non UI până când produsul se stabilizează. Automatizarea API este ușor de remediat și depanat.

Cum să decideți cele mai bune cazuri de automatizare:

Automatizarea este o parte integrantă a unui ciclu de testare și este foarte important să decidem ce vrem să realizăm cu automatizarea înainte de a ne decide să automatizăm.

Avantajele pe care automatizarea pare să le ofere sunt foarte atractive, dar în același timp, o suită de automatizare neorganizată poate strica întregul joc. Testerii pot ajunge să depaneze și să remedieze scripturile de cele mai multe ori, ducând la pierderea timpului de testare.

Automatizare eficientă a testelor

Această serie vă explică modul în care o suită de automatizare poate fi suficient de eficientă pentru a prelua cazurile corecte de testare și a obține rezultatele corecte cu scripturile de automatizare pe care le avem.

De asemenea, am acoperit răspunsurile la întrebări precum Când automatizați, Ce să automatizați, Ce să nu automatizați și Cum să strategizați automatizarea.

Teste corecte pentru automatizare

Cel mai bun mod de a rezolva această problemă este de a veni rapid cu o „strategie de automatizare” care să se potrivească produsului nostru.

Ideea este să grupăm cazurile de testare, astfel încât fiecare grup să ne ofere un rezultat diferit. Ilustrația de mai jos arată cum am putea grupa cazurile noastre de testare similare, în funcție de produsul / soluția pe care o testăm.

Gruparea cazurilor de testare

Să ne scufundăm acum și să înțelegem ce ne poate ajuta fiecare grup să realizăm:

# 1) Faceți o suită de testare cu toate funcționalitățile de bază Teste pozitive . Această suită ar trebui să fie automatizată și, atunci când această suită este executată împotriva oricărei compilări, rezultatele sunt afișate imediat. Orice script care nu reușește în această suită duce la defectul S1 sau S2, iar această construcție specifică poate fi descalificată. Așa că am economisit mult timp aici.

Ca un pas suplimentar, putem adăuga această suită de teste automate ca parte a BVT (teste de verificare a construcției) și putem verifica scripturile de automatizare QA în procesul de construire a produsului. Deci, atunci când construcția este gata, testerii pot verifica rezultatele testelor de automatizare și pot decide dacă construcția este potrivită sau nu pentru instalare și proces de testare ulterioară.

Acest lucru atinge în mod clar obiectivele automatizării care sunt:

  • Reduceți efortul de testare.
  • Găsiți erori în etapele anterioare.

#Două) Apoi, avem un grup de Testele End to End .

Sub soluții mari, testarea funcționalității cap la cap deține cheia, în special în etapele critice ale proiectului. Ar trebui să avem câteva scripturi de automatizare care să atingă și testele soluției cap la cap. Când se execută această suită, rezultatul ar trebui să indice dacă produsul ca întreg funcționează așa cum este de așteptat sau nu.

Suita de testare automatizare ar trebui să fie indicată dacă oricare dintre piesele de integrare sunt rupte. Această suită nu trebuie să acopere fiecare caracteristică / funcționalitate mică a soluției, ci ar trebui să acopere funcționarea produsului în ansamblu. Ori de câte ori avem o versiune alfa sau beta sau orice alte versiuni intermediare, atunci astfel de scripturi sunt utile și oferă un anumit nivel de încredere clientului.

Pentru a înțelege mai bine să presupunem că testăm un portal de cumpărături online , ca parte a testelor de la capăt la cap, ar trebui să acoperim doar pașii cheie implicați.

După cum se arată mai jos:

  • Logare utilizator.
  • Răsfoiți și selectați elemente.
  • Opțiune de plată - aceasta acoperă testele front-end.
  • Gestionarea comenzilor backend (implică comunicarea cu mai mulți parteneri integrați, verificarea stocurilor, trimiterea unui e-mail utilizatorului etc.) - acest lucru va ajuta la testarea integrării pieselor individuale și, de asemenea, esența produsului.

Deci, atunci când se execută un astfel de script, ne asigurăm că soluția în ansamblu funcționează bine.!

# 3) Al treilea set este Testele bazate pe funcționalitate / funcționalitate .

Pentru exemplu , Este posibil să avem funcționalitatea de a răsfoi și de a selecta un fișier, așa că atunci când automatizăm acest lucru putem automatiza cazurile pentru a include selecția diferitelor tipuri de fișiere, dimensiuni de fișiere etc., astfel încât testarea caracteristicilor să fie efectuată. Atunci când există modificări / adăugiri la acea funcționalitate, această suită poate servi ca o suită de regresie.

# 4) Următorul pe listă ar fi Testele bazate pe interfața de utilizare. Putem avea o altă suită care va testa funcționalități bazate exclusiv pe interfața de utilizare, cum ar fi paginarea, limitarea caracterelor casetei de text, butonul calendarului, drop-down-uri, grafice, imagini și multe astfel de caracteristici centrate numai pe interfața de utilizare. Eșecul acestor scripturi nu este, de obicei, foarte critic, cu excepția cazului în care interfața de utilizare este complet nefuncțională sau anumite pagini nu apar așa cum era de așteptat!

# 5) Putem avea încă un alt set de teste care sunt simple, dar foarte laborioase, pentru a fi efectuate manual. Testele obositoare, dar simple, sunt candidații ideali pentru automatizare, de exemplu, introducerea detaliilor a 1000 de clienți în baza de date are o funcționalitate simplă, dar extrem de obositoare pentru a fi efectuată manual, astfel de teste ar trebui să fie automatizate. Dacă nu, în cele mai multe rânduri ajung să fie ignorate și să nu fie testate.

Ce NU să automatizezi?

Mai jos sunt câteva teste care nu ar trebui automatizate.

# 1) Teste negative / teste de basculare

Nu ar trebui să încercăm automatizarea teste negative sau failover , în ceea ce privește aceste teste, testerii trebuie să se gândească analitic, iar testele negative nu sunt chiar simple pentru a da un rezultat de trecere sau eșuare care ne poate ajuta.

Testele negative vor necesita multă intervenție manuală pentru a simula un scenariu real de recuperare în caz de dezastru. Doar pentru a exemplifica testăm caracteristici precum fiabilitatea serviciilor web - pentru a o generaliza aici, scopul principal al acestor teste ar fi să provoace eșecuri deliberate și să vedem cât de bine produsul reușește să fie fiabil.

Simularea eșecurilor de mai sus nu este simplă, poate implica injectarea unor butoane sau utilizarea unor instrumente între ele, iar automatizarea nu este cea mai bună modalitate de a merge aici.

# 2) Teste ad hoc

Este posibil ca aceste teste să nu fie relevante pentru un produs în orice moment și acest lucru poate fi chiar ceva la care testerul s-ar putea gândi în acea etapă de inițiere a proiectului și, de asemenea, efortul de a automatiza un test ad-hoc trebuie validat împotriva criticității a caracteristicii pe care o ating testele.

De exemplu , Un tester care testează o caracteristică care se ocupă de compresie / criptare a datelor ar fi putut face teste ad-hoc intense cu varietatea de date, tipuri de fișiere, dimensiuni de fișiere, date corupte, o combinație de date, utilizând diferiți algoritmi, în mai multe platforme etc.

Când planificăm pentru automatizare s-ar putea să dorim să acordăm prioritate și să nu facem automatizarea exhaustivă a tuturor testelor ad hoc pentru acea caracteristică singură și să terminăm cu puțin timp pentru automatizarea celorlalte caracteristici cheie.

# 3) Teste cu preinstalare masivă

Există teste care necesită niște premise enorme.

De exemplu, Este posibil să avem un produs care se integrează cu un software terță parte pentru unele dintre funcții, deoarece produsul se integrează cu orice sistem de coadă de mesagerie care necesită instalarea pe un sistem, configurarea cozilor, crearea cozilor etc.

Cele 3rdsoftware-ul de petrecere ar putea fi orice și configurarea poate fi de natură complexă și dacă astfel de scripturi sunt automatizate, acestea vor fi pentru totdeauna dependente de funcția / configurarea acelui software de terță parte.

Condițiile preliminare includ:

În prezent, lucrurile pot părea simple și curate, deoarece ambele configurări laterale sunt în curs de realizare și totul este în regulă. Am văzut în numeroase ocazii că, atunci când un proiect intră în faza de întreținere, proiectul este mutat către o altă echipă și ajung să depaneze astfel de scripturi, unde testul real este foarte simplu, dar scriptul eșuează din cauza unui 3rdproblema software-ului de petrecere.

Cele de mai sus sunt doar un exemplu, în general, țineți cont de testele care au pre-configurări laborioase pentru un test simplu care urmează.

Exemplu simplu de automatizare a testelor

Când testați un software (pe web sau desktop), utilizați în mod normal un mouse și o tastatură pentru a efectua pașii. Instrumentul de automatizare imită aceiași pași utilizând scripturi sau un limbaj de programare.

De exemplu , dacă testați un calculator și testul este că trebuie să adăugați două numere și să vedeți rezultatul. Scriptul va efectua aceiași pași utilizând mouse-ul și tastatura.

cel mai bun eliminator de spyware pentru Windows 10

Exemplul este prezentat mai jos.

Etape manuale ale cazului de testare:

  1. Lansați Calculator
  2. Apăsați 2
  3. Apăsați +
  4. Apăsați 3
  5. Apăsați =
  6. Ecranul ar trebui să afișeze 5.
  7. Închide Calculator.

Script de automatizare:

//the example is written in MS Coded UI using c# language. (TestMethod) public void TestCalculator() { //launch the application var app = ApplicationUnderTest.Launch('C:\Windows\System32\calc.exe'); //do all the operations Mouse.Click(button2); Mouse.Click(buttonAdd); Mouse.Click(button3); Mouse.Click(buttonEqual); //evaluate the results Assert.AreEqual('5', txtResult.DisplayText,”Calculator is not showing 5); //close the application app.Close(); }

Scriptul de mai sus este doar o duplicare a pașilor dvs. manuali. Scriptul este ușor de creat și ușor de înțeles, de asemenea.

Ce sunt afirmațiile?

Al doilea ultim rând al scriptului are nevoie de câteva explicații.

Assert.AreEqual („5”, txtResult.DisplayText ”, Calculatorul nu afișează 5);

În fiecare caz de testare, avem un rezultat așteptat sau estimat la final. În scriptul de mai sus, ne așteptăm ca „5” să fie afișat pe ecran. Rezultatul real este rezultatul afișat pe ecran. În fiecare caz de testare, comparăm rezultatul scontat cu rezultatul real.

Același lucru este valabil și pentru testarea automatizării. Singura diferență este că, atunci când facem această comparație în automatizarea testelor, atunci se numește altceva în fiecare instrument.

Unele instrumente îl numesc „ Afirmaţie ”, Unii îl numesc„ punct de control ”Și unii îl numesc„ validare ”. Dar, practic, aceasta este doar o comparație. Dacă această comparație eșuează, pentru De exemplu. un ecran afișează 15 în loc de 5, atunci această afirmație / punct de control / validare eșuează și cazul dvs. de testare este marcat ca eșuat.

Când un caz de testare eșuează din cauza unei afirmații, atunci înseamnă că ați detectat o eroare prin automatizarea testului. Trebuie să-l raportați la sistemul dvs. de gestionare a erorilor, așa cum faceți în mod normal în testarea manuală.

În scenariul de mai sus, am efectuat o afirmație în ultima linie. 5 este rezultatul scontat, txtResult . DisplayText este rezultatul real și dacă nu sunt egale, ni se va afișa un mesaj care spune că „Calculatorul nu arată 5”.

Concluzie

Deseori testerii întâlnesc termenele și mandatele proiectului pentru a automatiza toate cazurile pentru a îmbunătăți estimările testelor.

Există unele percepții „greșite” comune despre automatizare.

Sunt:

  • Putem automatiza fiecare caz de testare.
  • Automatizarea testelor va reduce enorm timpul de testare.
  • Nu sunt introduse erori dacă scripturile de automatizare funcționează fără probleme.

Ar trebui să fim clari că automatizarea poate reduce timpul de testare numai pentru anumite tipuri de teste. Automatizarea tuturor testelor fără niciun plan sau secvență va duce la scripturi masive, care sunt de întreținere grea, eșuează adesea și au nevoie și de o intervenție manuală. De asemenea, în produsele în continuă dezvoltare, scripturile de automatizare pot deveni învechite și au nevoie de verificări constante.

Gruparea și automatizarea candidaților potriviți vor economisi mult timp și vor oferi toate avantajele automatizării.

Acest tutorial excelent poate fi rezumat în doar 7 puncte.

Testarea automatizării:

  • Este testarea care se face programatic.
  • Folosește instrumentul pentru a controla executarea testelor.
  • Compară rezultatele așteptate cu rezultatele reale (afirmații).
  • Poate automatiza unele sarcini repetitive, dar necesare ( De exemplu. Cazurile dvs. de test de regresie).
  • Poate automatiza unele sarcini dificil de realizat manual (De exemplu.Încărcați scenarii de testare).
  • Scripturile pot rula repede și repetat.
  • Este rentabil pe termen lung.

Aici, automatizarea este explicată în termeni simpli, dar asta nu înseamnă că este întotdeauna simplu de făcut. Există provocări, riscuri și multe alte obstacole implicate în aceasta. Există numeroase modalități prin care automatizarea testelor poate merge prost, dar dacă totul merge bine, atunci beneficiile automatizării testelor sunt cu adevărat uriașe.

Următoarele din această serie:

În tutorialele noastre viitoare, vom discuta mai multe aspecte legate de automatizare.

Acestea includ:

  1. Tipuri de teste automate și unele concepții greșite.
  2. Cum să introduceți automatizarea în organizația dvs. și să evitați capcanele obișnuite atunci când efectuați automatizarea testelor.
  3. Procesul de selectare a instrumentelor și compararea diferitelor instrumente de automatizare.
  4. Dezvoltare scripturi și cadre de automatizare cu exemple.
  5. Executarea și raportarea automatizării testelor.
  6. Cele mai bune practici și strategii de automatizare a testelor.

Ești dornic să afli mai multe despre fiecare concept de testare automatizată? Aveți grijă și rămâneți la curent cu lista noastră de tutoriale viitoare din această serie și nu ezitați să vă exprimați gândurile în secțiunea de comentarii de mai jos.

URMATORUL Tutorial nr. 2

Lectură recomandată

^