Mēs esam sagatavojuši visbiežāk uzdotos QA intervijas jautājumus un atbildes, kas jūs iepazīstinās ar kvalitātes nodrošināšanas intervijas jautājumu veidiem, kurus intervētājs varētu jums uzdot jūsu intervijas laikā. Šajā SQA intervijas jautājumu sarakstā mēs esam iekļāvuši visus bieži uzdotos QA intervijas pamata jautājumus un uzlabotos kvalitātes analītiķa intervijas jautājumus ar detalizētām atbildēm, kas palīdzēs jums viegli notīrīt darba interviju.
Mēs esam izskatījuši svarīgākos QA testēšanas intervijas jautājumus svaigākiem kandidātiem, kā arī QA Testing intervijas jautājumus pieredzējušiem QA inženieriem, lai palīdzētu jums sagatavoties gaidāmajai intervijai. Šī detalizētā QA Tester intervijas jautājumu rokasgrāmata palīdzēs jums novērst šaubas par QA Engineer intervijas jautājumiem un palīdzēs jums izjaukt darba interviju.
Lejupielādēt PDF
Kvalitātes nodrošināšanas intervijas jautājumi un atbildes kvalitātes nodrošināšanas inženieriem
1) Kāda ir atšķirība starp kvalitātes nodrošināšanu un programmatūras testēšanu?
Kvalitātes nodrošināšanas (Quality Assurance) uzdevums ir uzraudzīt programmatūras ražošanai izmantotā "procesa" kvalitāti. Kaut arī programmatūras testēšana ir process, kas nodrošina gala produkta funkcionalitātes atbilstību lietotāja prasībām.
2) Kas ir Testware?
Testprogramma ir testa artefakti, piemēram, testa gadījumi, testa dati, testa plāni, kas nepieciešami testa izstrādei un izpildei.
3) Kāda ir atšķirība starp veidošanu un atbrīvošanu?
Veidojums: Tas ir numurs, ko piešķir instalējamai programmatūrai, kuru testēšanas komandai piešķir izstrādes komanda.
Izlaidums: tas ir numurs, kas piešķirts instalējamai programmatūrai, kuru klientam nodod testeris vai izstrādātājs.
4) Kādas ir automatizācijas problēmas, ar kurām SQA (programmatūras kvalitātes nodrošināšanas) komanda saskaras testēšanas laikā?
- Apgūt automatizācijas rīku
- Automatizācijas skripta atkārtota izmantošana
- Testa gadījuma pielāgošanās automatizācijai
- Sarežģītu testa gadījumu automatizēšana.
5) Kas ir kļūdu noplūde un kļūdu atbrīvošana?
Kļūdu izlaišana ir tad, kad programmatūra vai lietojumprogramma tiek nodota testēšanas komandai, zinot, ka izlaidumā ir defekts. Šajā laikā kļūdas prioritāte un smagums ir zems, jo kļūdu var novērst pirms pēdējās nodošanas.
Kļūdu noplūde ir kaut kas tāds, kad kļūdu atklāj galalietotāji vai klients, un testēšanas komanda programmatūras testēšanas laikā to neatklāj.
6) Kas ir testēšana ar datiem?
Datu vadīta testēšana ir automatizācijas testēšanas sistēma, kas pārbauda dažādas ievades vērtības AUT. Šīs vērtības tiek nolasītas tieši no datu failiem. Datu faili var ietvert csv failus, Excel failus, datu kopas un daudz ko citu.
7) Paskaidrojiet kļūdu cikla darbības?
- Kad testeris ir identificējis kļūdu, tas tiek piešķirts attīstības pārvaldniekam atvērtā statusā
- Ja kļūda ir derīgs defekts, izstrādes komanda to novērsīs.
- Ja tas nav derīgs defekts, defekts tiks ignorēts un atzīmēts kā noraidīts
- Nākamais solis būs pārbaudīt, vai tas ir darbības jomā. Ja kļūda nav pašreizējā laidiena daļa, defekti tiek atlikti
- Ja defekts vai kļūda tiek parādīta agrāk, testeris piešķir statusu DUPLICATE
- Kad izstrādātājam tiek piešķirta kļūda, kas jānovērš, tam tiks piešķirts statuss IN-PROGRESS
- Kad defekts ir novērsts, beigās statuss mainīsies uz FIKSĒTS, ja testeris izturēs statusu AIZSLĒGTS, ja tas izturēs pēdējo pārbaudi.
8) Ko ietver testa stratēģija?
Testa stratēģija ietver ievadu, resursu, testa darbību apjomu un grafiku, testa rīkus, testa prioritātes, testa plānošanu un veicamo testu veidus.
9) Pieminiet dažādus programmatūras testēšanas veidus?
- Vienības testēšana
- Integrācijas testēšana un regresijas pārbaude
- Kratīšanas pārbaude
- Dūmu pārbaude
- Funkcionālā pārbaude
- Veiktspējas pārbaude
- Baltās kastes un melnās kastes testēšana
- Alfa un Beta testēšana
- Slodzes pārbaude un stresa pārbaude
- Sistēmas testēšana
10) Kas ir filiāles testēšana un kas ir robežkontrole?
Visu koda zaru pārbaude, kas tiek pārbaudīta vienu reizi, ir pazīstama kā filiāles pārbaude. Kaut arī testēšana, kas ir vērsta uz programmatūras robežnosacījumiem, tiek dēvēta par robežu testēšanu.
11) Kāds ir testa plānu un testu gadījumu saturs?
- Mērķu pārbaude
- Pārbaudes joma
- Rāmja pārbaude
- Vide
- Pārbaudes iemesls
- Ieejas un izejas kritēriji
- Rezultāti
- Riska faktori
12) Kas ir Agile testēšana un kāda ir Agile testēšanas nozīme?
Agile testēšana ir programmatūras testēšana, testēšana, izmantojot Agile Methodology. Šīs pārbaudes nozīme ir tāda, ka atšķirībā no parastā testēšanas procesa šī testēšana negaida, kamēr izstrādes komanda vispirms pabeidz kodēšanu un pēc tam veic testēšanu. Kodēšana un testēšana notiek vienlaikus. Tas prasa nepārtrauktu klientu mijiedarbību.
13) Kas ir testa gadījums?
Pārbaudes gadījums ir īpašs nosacījums, lai pārbaudītu pārbaudāmo lietojumprogrammu. Tajā ir informācija par testa soļiem, priekšnoteikumiem, testa vidi un rezultātiem.
14) Kāda ir automatizācijas testēšanas plāna stratēģija?
- Automatizācijas testēšanas plāna stratēģija
- Automatizācijas testa plāna sagatavošana
- Scenārija ierakstīšana
- Kļūdu apstrādātāja iekļaušana
- Skripta uzlabošana, ievietojot kontrolpunktus un izveidojot struktūras
- Skripta atkļūdošana un problēmu novēršana
- Notiek skripta atkārtota palaišana
- Ziņošana par rezultātu
15) Kas ir kvalitātes audits?
Sistemātiska un neatkarīga pārbaude kvalitātes kontroles procedūru efektivitātes noteikšanai ir pazīstama kā kvalitātes revīzija.
16) Kādus rīkus testētājs izmanto testēšanas laikā?
- Selēns
- Firebug
- OpenSTA
- WinSCP
- YSlow par FireBug
- Web Developer rīkjosla firebox
Iepriekš ir tikai paraugu rīki. Instrumenti, ko testētājs var mainīties atkarībā no viņa / viņas projekta.
17) Izskaidrojiet stresa testēšanu, slodzes pārbaudi un apjoma pārbaudi?
- Slodzes pārbaude: Lietojumprogrammas testēšana ar lielu, bet paredzamu slodzi ir pazīstama kā Slodzes pārbaude. Šeit slodze attiecas uz lielu lietotāju, ziņojumu, pieprasījumu, datu utt.
- Stresa pārbaude: kad sistēmai uzliktā slodze tiek paaugstināta vai paātrināta ārpus normālā diapazona, to sauc par stresa testēšanu.
- Apjoma testēšana: Sistēmas pārbaudes process, vai sistēma spēj apstrādāt nepieciešamo datu daudzumu, lietotāju pieprasījumus utt., Ir pazīstams kā apjoma pārbaude.
18) Kādi ir pieci kopējie programmatūras izstrādes problēmu risinājumi?
- Nosakot prasību kritērijus, programmatūras prasībām jābūt pilnīgām, skaidrām un visiem saskaņotām
- Nākamā lieta ir reālistisks grafiks, piemēram, laiks plānošanai, projektēšanai, testēšanai, kļūdu novēršanai un atkārtotai testēšanai
- Atbilstoša testēšana, sāciet testēšanu uzreiz pēc viena vai vairāku moduļu izstrādes.
- Izmantojiet ātru prototipu projektēšanas posmā, lai klientiem būtu viegli atrast to, kas gaidāms
- Grupas komunikācijas rīku izmantošana
19) Kas ir “LIETOŠANAS” gadījums un ko tas ietver?
Dokuments, kurā aprakstīta lietotāja darbība un sistēmas reakcija uz noteiktu funkcionalitāti, ir pazīstams kā USE gadījums. Tas ietver pārskatīšanas vēsturi, satura rādītāju, notikumu plūsmu, titullapu, īpašās prasības, priekšnosacījumus un pēcnosacījumus.
20) Kas ir CRUD testēšana un kā pārbaudīt CRUD?
CRUD nozīmē Izveidot, lasīt, atjaunināt un dzēst. CRUD testēšanu var veikt, izmantojot SQL priekšrakstus.
21) Kas ir pavedienu pārbaude?
Vītņu pārbaude ir pārbaude no augšas uz leju, kur pakāpeniska komponentu integrācija seko prasību apakškopu ieviešanai, nevis komponentu integrācijai pēc kārtas zemākos līmeņos.
22) Kas ir konfigurācijas pārvaldība?
Tas ir process, lai kontrolētu un dokumentētu visas izmaiņas, kas veiktas projekta darbības laikā. Izlaišanas kontrole, izmaiņu kontrole un pārskatīšanas kontrole ir svarīgi konfigurācijas pārvaldības aspekti.
23) Kas ir ad hoc testēšana?
Tas ir testēšanas posms, kad testētājs mēģina salauzt sistēmu, nejauši izvēloties sistēmas funkcionalitāti. Tas var ietvert arī negatīvu testēšanu.
24) Uzskaitiet programmatūras kvalitātes nodrošināšanas inženiera lomas?
Programmatūras kvalitātes nodrošināšanas inženiera uzdevumos cita starpā var būt šādas darbības:
- Avota koda rakstīšana
- Programmatūras projektēšana
- Pirmkodu kontrole
- Pārskata kodu
- Pārmaiņu vadība
- Konfigurācijas pārvaldība
- Programmatūras integrācija
- Programmas testēšana
- Izlaiduma pārvaldības process
25) Paskaidrojiet, kas ir testa braucējs un testa spraudnis un kāpēc tas ir nepieciešams?
- Stuls tiek izsaukts no pārbaudāmās programmatūras komponentes. To izmanto pieejai no augšas uz leju
- Vadītājs izsauc pārbaudāmo komponentu. To izmanto pieejai no apakšas uz augšu
- Tas ir nepieciešams, kad mums jāpārbauda saskarne starp moduļiem X un Y, un mēs esam izstrādājuši tikai moduli X. Tāpēc mēs nevaram vienkārši pārbaudīt moduli X, bet, ja ir kāds manekena modulis, mēs varam izmantot šo manekena moduli, lai pārbaudītu moduli X
26) Paskaidrojiet, kas ir kļūdu šķirošana?
Kļūdu šķirošana ir process
- Nodrošiniet kļūdu ziņojuma pilnīgumu
- Piešķiriet un analizējiet kļūdu
- Kļūdas piešķiršana pareizam kļūdas īpašniekam
- Pareizi pielāgojiet kļūdas smagumu
- Iestatiet atbilstošu kļūdu prioritāti
27) Uzskaitiet dažādus rīkus, kas nepieciešami testēšanas atbalstam lietojumprogrammas izstrādes laikā ?
Lai atbalstītu testēšanu lietojumprogrammas izstrādes laikā, var izmantot šādus rīkus
- Testa pārvaldības rīki: JIRA, kvalitātes centrs utt.
- Defektu pārvaldības rīki: testa direktors, Bugzilla
- Projekta vadības rīki: Sharepoint
- Automatizācijas rīki: RFT, QTP un WinRunner
28) Kāds ir cēloņu seku grafiks?
Cēloņu seku grafiks ir izejvielu un ar tām saistīto izejas efektu grafisks attēlojums, ko var izmantot testa gadījumu noformēšanai.
29) Kas programmatūras testēšanā ir testa rādītājs un kādu informāciju tas satur?
Programmatūras testēšanā Test Metric tiek attiecināts uz testa mērīšanas standartu. Tā ir statistika, kas stāsta par testēšanas struktūru vai saturu. Tas satur tādu informāciju kā
- Kopējais tests
- Pārbaudes brauciens
- Pārbaude nokārtota
- Pārbaude neizdevās
- Testi atlikti
- Pārbaude izturēta pirmo reizi
30) Paskaidrojiet, kas ir izsekojamības matrica?
Testa matrica tiek izmantota, lai testa skriptus piesaistītu prasībām.
31) Paskaidrojiet, kāda ir atšķirība starp regresijas testēšanu un atkārtotu testēšanu?
Atkārtota pārbaude tiek veikta, lai pārbaudītu defektu labojumus, savukārt regresijas pārbaude tiek veikta, lai pārbaudītu, vai defektu novēršana neietekmē citu funkcionalitāti.
32) Uzskaitiet programmatūras kvalitātes praksi, izmantojot programmatūras izstrādes ciklu?
Programmatūras kvalitātes prakse ietver
- Pirms sākat izstrādes posmu, pārskatiet prasības
- Kodu pārskatīšana
- Uzrakstiet visaptverošus testa gadījumus
- Sesijas testēšana
- Uz risku balstīta pārbaude
- Prioritāriet kļūdu, pamatojoties uz lietojumu
- Izveidojiet īpašu drošības un veiktspējas testēšanas komandu
- Palaidiet regresijas ciklu
- Veikt saprāta testus ražošanai
- Modelēt klientu kontus par ražošanu
- Iekļaujiet programmatūras kvalitātes pārbaudes ziņojumus
33) Paskaidrojiet, kāds ir "testa virzītas attīstības" noteikums?
Testa virzītas izstrādes noteikums ir sagatavot testa gadījumus pirms faktiskā koda uzrakstīšanas. Tas nozīmē, ka jūs faktiski rakstāt kodu testiem, pirms rakstāt kodu lietojumprogrammai.
34) Pieminiet, kādi ir SQA dokumentu veidi?
SQA dokumentu veidi ir
- Prasības dokuments
- Pārbaudes metrika
- Testa gadījumi un testa plāns
- Uzdevumu sadalījuma plūsmas diagramma
- Darījumu sajaukums
- Lietotāju profili
- Testa žurnāls
- Pārbaudes gadījuma ziņojums
- Testa kopsavilkuma ziņojums
35) Paskaidrojiet, kas jūsu QA dokumentos būtu jāiekļauj?
QA pārbaudes dokumentā jāiekļauj
- Uzskaitiet konstatēto defektu skaitu pēc smaguma pakāpes
- Detalizēti izskaidrojiet katru prasību vai biznesa funkciju
- Pārbaudes ziņojumi
- Konfigurācijas
- Pārbaudes plāni un testa gadījumi
- Kļūdu ziņojumi
- Lietotāja rokasgrāmatas
- Sagatavojiet atsevišķus pārskatus vadītājiem un lietotājiem
36) Paskaidrojiet, kas ir MR un no kādas informācijas sastāv MR?
MR apzīmē modifikācijas pieprasījumu, ko dēvē arī par defektu ziņojumu. Tas ir paredzēts, lai ziņotu par kļūdām / problēmām / ieteikumiem programmatūrā.
37) Kas jāiekļauj programmatūras kvalitātes nodrošināšanas dokumentā?
Programmatūras kvalitātes dokumentā jāiekļauj
- Specifikācijas
- Dizainparaugi
- Biznesa noteikumi
- Konfigurācijas
- Kodu izmaiņas
- Pārbaudes plāni
- Pārbaudes gadījumi
- Kļūdu ziņojumi
- Lietotāja rokasgrāmatas utt
38) Norādiet, kā jāveic validācijas darbības?
Apstiprināšanas darbības jāveic, izmantojot šādas metodes
- Nomājiet neatkarīgu trešo personu verifikāciju un apstiprināšanu
- Piešķiriet iekšējos darbiniekus, kas nav iesaistīti apstiprināšanas un verifikācijas darbībās
- Neatkarīga novērtēšana