1. What is testing?

Este un proces de executie a unui program sau aplicatie cu intentia de a gasi orice malfunctionare de
sistem.

2. Explain the testing principle “Test everything is not possible”

Nu putem testa totul, aici vorbim de testarea exaustiva care inseamna testarea tururor, inclusiv a tuturor
combinatiilor de intrări și condiții preliminare. Deci, în loc să facem testarea exhaustivă, putem folosi
riscurile și prioritățile pentru a concentra eforturile de testare. De exemplu: Într-o aplicație într-un
singur ecran există 15 câmpuri de intrare, fiecare având 5 valori posibile, apoi pentru a testa toate
combinațiile valide ai avea nevoie de 30 517 578 125 (515) teste. Este foarte puțin probabil ca
termenele proiectului să permită acest număr de teste

3. Explain the testing principle “Early testing is important”

Testerii trebuie să se implice într-un stadiu incipient al ciclului de viață al dezvoltării software (SDLC).
Astfel se pot identifica defectele din faza de analiza a cerintelor sau orice defect de documentare.
Costul implicat în remedierea unor astfel de defecte este mult mai mic în comparație cu cele care se
găsesc în etapele ulterioare ale testării.

4. Explain the testing principle “Running many times the same tests/scenarios, will no longer find new
defects”
Aceasta este aplicarea Principiului Pareto la testarea software-ului: aproximativ 80% dintre probleme
se găsesc în 20% din module. Dacă aceleași teste sunt repetate iar și iar, în cele din urmă aceleași
cazuri de testare nu vor mai găsi erori noi

5. Explain the testing principle “Testing is done differently in different contexts”

Testarea poate arăta că există defecte, dar nu poate dovedi că nu există defecte. Testarea reduce
probabilitatea ca defecte nedescoperite să rămână în software, dar, chiar dacă nu sunt găsite defecte, nu este
o dovadă a corectitudinii.

6. Explain the testing principle “ There is no bug-free application”

7. Care sunt etapele/levelurile de testare?

a) Unit testing – sunt teste care se testeaza/analizeaza individual si independent cele mai mici parti
ale unui sistem numite unitati, pentru a vedea daca functionarea acestora este adecvata.

b) Component testing – testarea independenta a modulelor dintr-o aplicatie , fara a fi integrate

impreuna cu alte module sau componente, se face de catre echipa de dezvoltare.

c) System testing - inseamna testarea tuturor componentelor unui singur system care functioneaza
integrat si in conformitate cu cerintele. Se efectueaza pt a detecta orice neconcordanta intre
unitatile software care sunt integrate impreuna. Se executa teste pt toate aspectele functionale si n
on-functionale si sunt acoperite flow-urile de la un capat la altul.
 d) User acceptance testing - UAT este de a evalua dacă produsul funcționează pentru utilizator si
corect pentru utilizare. Business requirement-urile sunt validate si criteriile de acceptare trebuie
validare inainte de a merge live. Userul final este cel căruia ii este destinat Produsul/aplicația, deci
testarea se efectueaza din perspectiva lui si de catre el.

8. What is Component Testing?

Component testing, cunoscută și sub denumirea de testare a programelor sau a modulelor, se face după
unit testing. În acest tip de testare acele obiecte de testare pot fi testate independent ca componentă,
fără a fi integrate cu alte componente, de ex. module, clase, obiecte și programe. Această testare este
efectuată de echipa de dezvoltare.

9. What is System Testing?

System testing inseamna testarea tuturor componentelor unui singur system care functioneaza integrat
si in conformitate cu cerintele. Se efectueaza pt a detecta orice neconcordanta intre unitatile software
care sunt integrate impreuna. Se executa teste pt toate aspectele functionale si n on-functionale si sunt
acoperite flow-urile de la un capat la altul.

10. What is Integration Testing?

Integration testing se face pentru a testa modulele/componentele atunci când sunt integrate pentru a
verifica dacă funcționează conform așteptărilor, adică pentru a testa modulele care funcționează bine
individual, nu are probleme atunci când sunt integrate. Se realizeaza de obicei in faza initiala a
proiectului cand doar unele dintre componente sunt implementate si pot fi integrate.

11. What is Acceptance Testing?

este ultima fază a procesului de testare a software-ului. Aceasta este faza în care clientul decide
GO/No-GO pentru produs și trebuie urmată în mod obligatoriu înainte de a lansa Produsul pe piață.
Eforturile comune ale echipei de dezvoltare și de testare vor fi acordate de client fie prin acceptarea, fie
prin respingerea produsului dezvoltat.
Odată ce procesul de testare a sistemului este finalizat de echipa de testare și este semnat, întregul
produs/aplicație este predat clientului/cător utilizatori ai clienților/amândoi, pentru a testa
acceptabilitatea acestuia, adică produsul/aplicația ar trebui să fie impecabil în îndeplinirea atât a
cerințelor critice, cât și a celor majore de afaceri. De asemenea, fluxurile de afaceri end-to-end sunt
verificate similar ca în scenariul în timp real.

12. What is User Acceptance Testing UAT?

UAT este de a evalua dacă Produsul funcționează pentru utilizator si corect pentru utilizare. Business
requirement-urile sunt validate si criteriile de acceptare trebuie validate inainte de a merge live. Userul
final este cel căruia ii este destinat Produsul/aplicația, deci testarea se efectueaza din perspectiva lui si
de catre el.

13. What is Alpha Testing?

Testarea Alpha este o metodologie de validare a clienților (tipuri de testare de acceptare) care ajută la
construirea încrederii în lansarea produsului și, prin urmare, au ca rezultat succesul produsului pe piață.
Aceasta este o formă de testare internă de acceptare efectuată în principal de QA și de echipele de
testare. Testarea alfa este ultima testare efectuată de echipele de testare pe site-ul de dezvoltare după
testarea de acceptare și înainte de lansarea software-ului pentru testul beta.
 Testarea alfa poate fi făcută și de potențialii utilizatori sau clienți ai aplicației. Totuși, aceasta este o
formă de testare internă de acceptare.

14. What is Beta Testing?

Testarea Beta este o metodologie de validare a clienților (tipuri de testare de acceptare) care ajută la
construirea încrederii în lansarea produsului și, prin urmare, au ca rezultat succesul produsului pe piață.
Aceasta este faza finală de testare în care companiile lansează software-ul pentru câteva grupuri de
utilizatori externi din afara echipelor de testare sau angajaților companiei
Pe scurt, testarea beta poate fi definită ca testarea efectuată de utilizatori reali într-un mediu real.

15. What is Functional Testing?

Functional testing testeaza cerintele functionale, ceea ce face sistemul

16. What is Non-Functional Testing?

Testeaza cerintele nonfunctionale, cum functioneaza sistemul. Testeaza caracteristicile de calitate :

performanta, pierderea datelor, securitatea datelor, recuperarea lor.

17. What is Manual Testing?

Este testarea care se face manual, fara ajutorul tool-urilor.

18. What is Automated Testing?

Este testarea care se face cu ajutorul tool-urilor, se folosesc pentru executarea testelor si compararea
actual results cu expected results. Se foloseste in principal pe teste repetitive. Ex: suita Selenium, HP
QTP (aplicatii web), Soap UI (testare back-end)

19. What is Black-box Testing? Examples

Testeaza functionalitatea fara a cunoaste structura interna, codul acesteia. Test cases-urile se bazeaza
pe requirements, pe ceea ce ar trebui sa faca sistemul.
Ex: Smok test, sanity test, integration testing, performance testing, user acceptance testing

20. What is White-box Testing?

Testeaza structura interna si codul, proiecteaza test cases-uri bazate pe cunostintele interneale
sistemului, alaturi de abilitatile de programare.

21. What is Static Testing? Examples

Este testarea fara a rula aplicatia, programatorii citesc codul pt a gasi erori. Se foloseste pt a gasi erori
sau ambiguitati in documente, cum ar fi: requirements, design, test cases
Ex: code review

22. What is Dynamic Testing? Examples

 Codul trebuie executat pentru a testa comportamentul dinamic. Alaturi de functionalitate sunt analizate
utilizarea memoriei, utilizarea procesorului (CPU) sau alti indicatori de performanta
Ex: smoke testing, exploratory testing, performance testing, security testing

23. What is Usability Testing?

Testarea de utilizare implică de obicei observarea sistematică în condiții controlate pentru a determina
cât de bine pot folosi oamenii produsul. Cat de usor este de utilizat sistemul?

24. What is Performance Testing?

Testare efectuată pentru a determina modul în care un sistem funcționează în ceea ce privește
capacitatea de răspuns, utilizarea resurselor, fiabilitatea și stabilitatea într-un anumit volum de lucru.
Subseturi: sarcină, stres, anduranță, volum.
Verificați indicatorii cheie de performanță (KPI) în raport cu sistemul.

25. What is Ad-hoc Testing?

Este o metodă de testare a software-ului fără nicio planificare și documentare. Testele sunt efectuate
informal și aleatoriu, fără niciun rezultat formal așteptat.
Fără planificare, fără design de testare.

26. What is Smoke Testing?

este un tip de testare software care constă dintr-un set neexhaustiv de teste care urmăresc să se asigure
că cele mai importante funcții funcționează.
Este executat de testeri după fiecare build pentru a verifica dacă build-ul este în stare testabilă sau că
fluxurile principale funcționează.

27. What are Functional Requirements? Examples

Reqirement-urile functionale sunt cerintele care descriu capacitatile pe care trebuie sa le aiba un
system/ o solutie software, un produs. Ce comportament v-a avea si ce informatii v-a gestiona acest
system.
Ex, Un sistem trebuie să trimită un e-mail ori de câte ori o anumită condiție este îndeplinită (de
exemplu, un ordin este plasat,etc).
să fie capabil de a crea un nou cont, actualizare cont, sterge un cont

28. Give some Non-Functional Requirements examples

Ex: pagina ar trebui sa se incarce in 400msec, sistemul ar trebui sa permita 50.000 de utilizatori
simultam, noua versiune ar trebui sa fie compatibila cu urmatoarele browsere: Chrome7.0, internet
explorer 8.0, firefox 8.0

29. What is the requirements role?

-sa adune si sa convina ce vrea clientul

- sa cunoasca domeniul de aplicare a sistemului

30. Why requirements analysis / clarifications?

 Sa intelegem cerintele produsului , ceea ce doreste clientul, pentru a putea ridica orice neconcordanta a
cerintelor cat mai curand posibil, pt a rafina scopul testarii

31. What is a Decision Table? For what is used?

Este o tehnica de testare black-box utilizata pentru a testa comportamentul unui sistem pentru diferite
combinatii de intrari.

Un tabel de decizie este utilizat pentru a reprezenta logica condiționată prin crearea unei liste de sarcini
care descriu regulile la nivel de afaceri. Tabelele de decizie pot fi utilizate atunci când există un număr
consistent de condiții care trebuie evaluate și atribuite un set specific de acțiuni care să fie utilizate
atunci când condițiile sunt în cele din urmă îndeplinite.

Tabelele de decizie sunt foarte utile în tehnicile de proiectare a testelor. Ajută testerii să caute efectele
combinațiilor de diferite intrări și ale altor stări software care trebuie să implementeze corect regulile
de afaceri

32. What is a Test Environment?

Un mediu de testare este un server care vă permite să rulați cazurile de testare pe care le-ați definit.
Mediul de testare include mai mult decât configurarea unui server pe care să ruleze teste. De asemenea,
implică configurarea hardware și a rețelei.

Cu alte cuvinte, un mediu de testare vă permite să creați medii identice de fiecare dată când trebuie să
testați produsul. Este cel mai important instrument pentru un inginer de testare pentru a avea încredere
în rezultatele testării.

33. What is a Cloud Test Environment? Examples of services

Într-un mediu cloud, consumatorii își pot implementa și rula aplicațiile software pe o infrastructură
sofisticată care este deținută și gestionată de un furnizor de cloud (de exemplu, Amazon Web Services,
Microsoft Azure și Google Cloud Platform).
Mediile cloud pot fi o sursă de costuri reduse. Atunci când se instalează un mediu tradițional,
infrastructura și echipamentele trebuie achiziționate din timp. Acest echipament este de obicei
achiziționat ca parte a bugetului de capital al unei organizații. Într-un mediu cloud, nu trebuie să vă
faceți griji cu privire la achiziționarea echipamentului; plătiți doar pentru serviciu. Costul serviciului se
va considera de obicei în bugetul operațional al unei organizații. În general, este mai ușor să obțineți
aprobarea cheltuielilor operaționale decât să obțineți aprobarea cheltuielilor de capital.

34. Cloud Testing Advantages

- Creare, reconfigurare și demontare ieftine și ușoare.
- Acces 24 de ore la resurse.
- Configurare constantă a toolurilor de dezvoltare/test pentru personalul existent și nou.
- cloud promovează colaborarea. Pe lângă toolurile de dezvoltare/testare, toolurile de colaborare și
comunicare bazate pe cloud permit o colaborare mai bună atât pentru echipele locale, cât și pentru
echipele de la distanță și includ comunicarea de tip chat, integrarea continuă și testarea continuă cu
raportare
 - Suport multi-mediu și multi-platformă.
Acest beneficiu are două perspective. În primul rând, testarea bazată pe cloud nu necesită abilități
speciale pentru a construi o infrastructură specifică (Windows sau Linux și așa mai departe). În al
doilea rând, vă permite să testați funcții și medii specifice platformei, cum ar fi combinațiile
browser-OS, mult mai rapid și ușor.
- Simulați utilizatori sau dispozitive. Cu furnizorul de cloud și mediul potrivit pentru patul dvs. de
testare, veți avea la dispoziție instrumente și capacitate pentru a simula sau virtualiza un număr
mare de utilizatori, dispozitive mobile, clienți, solicitări și așa mai departe pentru a testa software-
ul back-end.
- Efectuați teste riguroase de performanță. Testarea performanței aplicației este mai fezabilă,
deoarece puteți crește rapid utilizarea cloudului, chiar și temporar, și apoi puteți reduce sau opri
complet. Cu cloud-ul, nu este nevoie să vă angajați la achiziții mari de hardware sau angajamente
de găzduire pe termen lung pentru cerințele ocazionale de testare a performanței.
- Simulare/emulare dispozitiv mobil. Unele servicii bazate pe cloud oferă posibilitatea de a testa
diferite tipuri de dispozitive mobile, configurații și dimensiuni de ecran, precum și un număr mare
de dispozitive pentru testarea scalabilității și a performanței

35. What is Test Data?

Date specifice care sunt utilizate în teste

36. What test data can be used for a good testing coverage?

Valid data, invalid data, blank/default data, volum data

37. What are the advantages for production test data usage?

Se gestioneaza eficient datele de testare si astfel putem implementa produse fără erori pentru utilizatorii
din lumea reală.

38. What are the disadvantages for production test data usage?
Riști să ai o experiență teribilă a utilizatorului, precum și să corupți datele, deoarece multe erori pot
apărea chiar în producția
Logica dvs. de afaceri nu este testată cu unit tests (sau nu este testată suficient în cel mai bun caz)
Dar testele de integrare care sunt pentru a se asigura că totul merge bine cu bucăți mari de
interacțiuni de cod? Cu greu te-ai fi putut gândi la destui
Nici măcar nu menționez verificările testelor de încărcare, deoarece testarea de încărcare a software-
ului dvs. nu va fi probabil mai mult decât o briză
Ce zici de validarea UI se descurcă bine și este acceptabil fără erori? Dar testele funcționale care
trebuie să se asigure de asta?
Și nu în ultimul rând. Datele de testare care sunt scrise în jurul datelor dvs. de producție devin
dependente de acestea. Unde ne duce asta? De îndată ce codul de producție se schimbă (evenimentul
care se întâmplă întotdeauna), toate datele de testare sunt sincer inutile.

39. What is and how is used the Equivalence Class Partitioning Technique?

O tehnică black box folosită pentru a împărți inputurile aplicației în seturi (partiții) care pot fi
considerate la fel, având aceeași ieșire
Se Verifica un singur test din fiecare set/partiție
Reduce nr total de teste
Acoperire bună de testare
 •Mai multe sau toate testele dintr-un set/partiție nu vor găsi erori noi, deoarece sistemul se ocupă la fel
de aceste intrări

40. What is and how is used the Boundary Value Analysis Technique?

O tehnică black box folosită pentru a acoperi limitele partițiilor

• Pentru a verifica dacă sistemul se comportă corect pentru toate limitele
Cum?
•Identificați valorile minime și maxime ale fiecărei partiții
•Se selectează un test pentru fiecare boundry

41. What is an End User?

În dezvoltarea unui produs, un utilizator final este o persoană care în cele din urmă utilizează sau
intenționează să utilizeze un produs.

42. What is a Happy flow?

este un scenariu implicit care nu prezintă condiții excepționale sau de eroare.

43. What is a Test Case?

Este in set de pasi si expected results dezvoltate pt un anumit test.

Verifica conformitatea cu o cerință specifică
Verifica dacă sistemul funcționează corect

44. Which are the Test Case Fields? Give details for each of it
1. Test Case ID- Acest câmp identifică în mod unic un caz de testare.
2. Test case Description/Summary - Acest câmp descrie obiectivul cazului de testare.
3. Test steps- În acest câmp sunt menționați pașii exacti pentru efectuarea cazului de testare.
4. Pre-requisites(cerinte preliminare)- Acest câmp specifică condițiile sau pașii care trebuie urmați
înainte de executarea pașilor de testare.
5. Test category
6. Author – numele testerului
7. Automation – Indiferent dacă acest caz de testare este automat sau nu.
8. pass/fail
9. remarks

45. Test Case Management Tools Usage

Într-o zi, testerii desfășoară diverse activități, cum ar fi înregistrarea cerințelor, crearea cazurilor de
testare, executarea cazurilor de testare, crearea documentelor, urmărirea cerințelor etc. Dacă toate
activitățile nu sunt gestionate și urmărite, atunci lucrurile vor deveni haotice și pot avea impact și
asupra rezultatelor. Pentru a evita astfel de situații, un instrument de testare joacă un rol important.

Ex jira, xqual, testRail, testpad, TestCaseLab, JunoOne, TestMonitor

46. Test Case Best Practices

1. Cazurile de testare trebuie să fie simple și transparente
2. Creați cazuri de testare având în vedere utilizatorul final
3. Evitați repetarea cazurilor de testare
 4. Oferiți acoperire 100%
5. Cazurile de testare trebuie să fie identificabile

47. What types of issues can you raise?

Bug, feature, improvement, question, task

48. What is a Bug?

O eroare într-o aplicație sau sistem care provoacă un rezultat incorect sau un comportament nedorit.

49. What is an improvement?

O imbunatatire care ar trebui adusa produsului.

50. Bug Reporting Best Practices

Descriere:
1.Preconditii (opțional):
2.Steps to reproduce:
3.Actual results:
4.Expected results:

51. What is Bug Severity?

Severitatea este gradul de impact pe care un defect îl are asupra
funcționării produsului.
52. What is Bug Priority?

Prioritatea este importanta si ordinea în care dezvoltatorul ar trebui să rezolve un defect

53. What is the difference between severity and priority?

Severitatea este setata de tester in timp ce prioritatea este decisă în consultare cu managerul/clientul

54. What is Bug Affected Version?

Versiunea aplicației în care a fost găsit defectul

55. What other information should you give while submitting a new bug?
Environment, fix version, affects version, description, summary, severity, priority

56. What should you do before submitting a new bug?

57. What is the Bug Description Template?

Descriere:
1.Preconditii (opțional):
2.Steps to reproduce:
3.Actual results:
4.Expected results:

58. What is Exploratory Testing?

 este o abordare a testării software care este descrisă în mod concis ca învățare simultană, proiectare și
execuție a testelor. Această testare este potrivită dacă cerințele și specificațiile sunt incomplete sau dacă
există lipsă de timp. Învățare simultană, proiectare și execuție a testelor bazate în principal pe
experiența testatorului.

59. Do you know ways to measure the output of the exploratory testing?
TBS Metrics: task breakdown metrics
Text Charter
60. What are the advantages of doing exploratory testing?
- Sunt effectuate noi teste
- Ia mai putina pregatire
- Erorile critice sunt identificate mai devreme
-
61. What is Regression Testing?
Testarea de regresie reexecută teste funcționale și nefuncționale pentru a se asigura că software-ul
dezvoltat și testat anterior funcționează în continuare după o schimbare

testării de regresie este de a găsi erorile care pot fi introduse accidental din cauza noilor modificări sau
modificări.

What are the advantages of doing regression testing?

62. What Bug Validation?

Valideaza ca bugurile raportate si remediate nu mai sunt reproductibile

63. What exactly you should test while doing bug validation?

64. What is Bug Resolution? Examples

indică ce sa întâmplat cu acest bug ex. New, Reopen, Fixed, Duplicate, Invalid, Won’t Fix, Cannot
Reproduce

65. How would you prioritize your execution?

66. What is a test management tool?

Se folosesc pentru a păstra toate lucrurile de care au nevoie pentru a gestiona, planifica, rula și raporta
teste.

67. What test management tools do you know?

Ex testlink

68. What would you take into consideration while planning your execution?
- Raportați erori: Raportați mai întâi erorile majore.Lăsați UI și probleme minore la sfârșit
- Rulați cazuri de testare, chiar și suită de regresion testing: Rulați mai întâi testele BAT/Smoke, dacă
existăRulați mai întâi cele mai importante funcții
- Testare exploratorie. Identificați mai întâi erorile majore testând mai întâi fluxurile principale
- Creați o listă de importanță a caracteristicilor(feature)
- Testează de sus în jos
- Validarea erorilor. Validați mai întâi severitatea mai mare

69. What is a Test Report?

 Creat pentru ca părțile interesate să cunoască starea calității produsului testat și să ia decizii ulterioare

70. Test Report Types/Flavors

71. What a test report should contain?

Test environment, test team, executed test cases, exploratory testing, new defects, validated bugs, olds
bags still open, conclusions.

72. What is Agile?

Agile este o metodologie care ajuta echipele de development sa livreze solutii la un nivel cat mai inalt,
intr-un timp cat mai scurt. In loc s fie livrata o solutie pentru o poblema complexa dintr-o data,
metodologia Agile incurajeaza impartirea complexitatii problemei si livrarea progresiva in parti mai
mici, astfel echipa se poate focusa pe rand pe fiecare particica in parte, solutia, testarea si bug fixingul
fiind la un nivel de calitate cat mai inalt, decat daca intreaga solutie ar fi livrata odata, urmand ca
echipa sa fie bombardata cu probleme si nevoita sa gaseasca rapid solutii pt toate.

73. What is SCRUM?

Scrum este o abordare agila de lucru folosita in echipele de development. Deoarece este o forma de
muca agila, se utilizeaza sptinturile: perioada de programare + perioada de testare si integrare. In
echipa de scrum nu exista un lider de echipa ci fiecare membru al echipei este in mod egal implicat
inca de la analiza problemei pana la livrarea testarea si integrarea solutiei.

Scrum masterful este un facilitator al echipei. El ajuta membrii echipei sa depaseasca diferite obstacole
care pun in pericol dezvoltarea unei solutii livrarea acesteia (ex: lipsa de accese in sisteme). El
vegheaza ca toate meetingurile echipei scrum sa aiba loc si sa fie benefice (el mediaza daca apar
conflicte, incearca sa indrume echipa in directia solutionarii problemei) si totodata are rolul de a
indruma echipa spre self-management. Daca ai avut odata o problema cu accesul pe un sistem, el te
ajuta dar iti si arata data viitoare cum te poti descurca singur.

74. What are SCRUM documents, roles, process?

Processes, roles – product owner, scrum master, scrum team (max 9)
Documents – product backlog, sprint goal, sprint backlog, burndown chart

75. What is a Product Backlog?

76. Product Backlog este în esență lista sarcinilor care alcătuiesc un proiect complet
77.
78. What is a Sprint ?
Sunt evenimente cu durată fixă de o lună sau mai puțin pentru a crea coerență. Un nou Sprint începe
imediat după încheierea Sprintului precedent.

79. What is Sprint Backlog?

Backlogul dvs. de sprint este o listă cu toate sarcinile pe care trebuie să le îndepliniți pentru a finaliza
proiectul.

80. Which are the Scrum Roles?

Scrum Master, Product Owner, and the Development Team

81. What is discussed during Sprint Planning meeting?

Subiectul unu: De ce este valoros acest Sprint?
Subiectul doi: Ce se poate face în acest Sprint?
Subiectul trei: Cum va fi realizată lucrarea aleasă?
82. What is discussed during Daily Scrum?
Progresul si plan de acțiune pentru următoarea zi de lucru.

83. What is discussed during Sprint Retrospective?

planifica modalități de creștere a calității și eficacității.
discută ce a mers bine în timpul Sprintului, ce probleme a întâmpinat și cum au fost (sau nu) rezolvate
acele probleme.

84. What is a Release?

este distribuirea versiunii finale a unei aplicații.

85. What is a Build?

este o versiune a unui program. De regulă, un build este o versiune pre-lansare.

86. Which is the last iOS version?

15.6
87. Which is the last Android version?
12
88. Do you know tools used testing on iOS?
XCTest , APPIUM, KIF (Keep It Functional) Eggplant

89. Do you know tools used testing on Android?

Bug Hunter, Eggplant, Appium

90. What is localization testing?

"Testare specifică culturii/localității, limbii și regiunii, cum ar fi ora, datele, prețurile, moneda, limba.

91. Give some mobile testing specifics?

Testare funcțională. Testarea funcțională a software-ului asigură că aplicația
funcționează, bine, corect. ...
Testare de utilizare. ...
Testare de compatibilitate. ...
Testare de performanță și sarcină. ...
Testare de securitate. ...
Testarea instalării. ...
Testare de localizare. ...
Testare manuală.
92. Testing types: ad-hoc testing vs exploratory testing
Testarea ad-hoc implică învățarea software-ului înainte de testarea acestuia. În
timpul testării exploratorii, înveți și testați software-ul simultan.”
93. Load testing – ajuta in a intelege cum functioneaza un sistem sub o anumita
incarcatura (multi-user testing)
94. Stress testing – ajuta la intelegerea/validarea capacitatilor maxime ale unui
sistem utiliand date peste limita maxima admisa a sistemului
95. Unit testing - sunt testate/analizate individual si independent cele mai mici parti
ale unui sistem numite unitati pentru a vedea daca functionarea acestora este
adecvata