Mēs esam apkopojuši visbiežāk uzdotos jautājumus un atbildes, kas saistīti ar manuālo testēšanu, intervijas, kas jūs iepazīstina ar programmatūras testēšanas intervijas jautājumu veidu, ko intervētājs jums varētu uzdot jūsu intervijas laikā. Šajā manuālo testēšanas interviju jautājumu un atbilžu sarakstā mēs esam apskatījuši visus bieži uzdotos pamata un uzlabotās programmatūras testēšanas intervijas jautājumus ar detalizētām atbildēm, lai palīdzētu jums viegli notīrīt darba intervijas manuālo testēšanu.
Mēs esam apskatījuši gandrīz 150+ svarīgus intervijas jautājumus, kas saistīti ar manuālo testēšanu iesācēju kandidātiem, kā arī manuālās testēšanas intervijas jautājumus pieredzējušiem QA inženieriem, lai palīdzētu sagatavoties gaidāmajai intervijai. Šī detalizētā intervijas jautājumu rokasgrāmata manuālai pārbaudei palīdzēs jums izlaist darba interviju programmatūras testēšanai.
Intervijas jautājumu un atbilžu manuāla pārbaude
1. Kas ir izpētes testēšana?
Izpētes pārbaude ir praktiska pieeja, kurā testētāji tiek iesaistīti minimālā plānošanā un maksimālā testa izpildē. Plānošana ietver testa hartas izveidošanu, īsu (1 līdz 2 stundu) laika pārbaudei paredzētu testu apjoma īsu deklarēšanu, izmantojamos mērķus un iespējamās pieejas. Testa dizains un testa izpildes darbības tiek veiktas paralēli, parasti oficiāli nedokumentējot testa apstākļus, testa gadījumus vai testa skriptus. Tas nenozīmē, ka netiks izmantotas citas, formālākas testēšanas metodes. Piemēram, testētājs var nolemt izmantot robežvērtību analīzi, taču pārdomās un pārbaudīs vissvarīgākās robežvērtības, tās obligāti nepierakstot. Dažas piezīmes tiks uzrakstītas izpētes-testēšanas sesijas laikā, lai pēc tam varētu izveidot ziņojumu.
2. Kas ir "lietojuma testēšana"?
Lai noteiktu un izpildītu lietojumprogrammas funkcionālās prasības no sākuma līdz beigām, tiek izmantots "lietojuma gadījums", un metodes, kas tiek izmantotas, lai to izdarītu, ir pazīstamas kā "lietojuma testēšana".
3. Kāda ir atšķirība starp STLC (programmatūras testēšanas dzīves ciklu) un SDLC (programmatūras izstrādes dzīves ciklu)?
SDLC nodarbojas ar programmatūras izstrādi / kodēšanu, bet STLC - ar programmatūras validēšanu un pārbaudi
4. Kas ir izsekojamības matrica?
Saistība starp testa gadījumiem un prasībām tiek parādīta ar dokumenta palīdzību. Šis dokuments ir pazīstams kā izsekojamības matrica.
5. Kas ir ekvivalences sadalīšanas pārbaude?
Ekvivalences nodalījuma testēšana ir programmatūras testēšanas metode, kas vismaz reizi vienādos dala lietojumprogrammas ievades testa datus katrā nodalījumā ar līdzvērtīgiem datiem, no kuriem var iegūt testa gadījumus. Izmantojot šo testēšanas metodi, tas samazina programmatūras testēšanai nepieciešamo laiku.
6. Kas ir baltās kastes testēšana un uzskaitiet baltās kastes testēšanas veidus?
Baltās kastes testēšanas paņēmiens ietver testa gadījumu atlasi, pamatojoties uz komponenta vai sistēmas iekšējās struktūras (koda pārklājums, filiāļu pārklājums, ceļu pārklājums, stāvokļa pārklājums utt.) Analīzi. To sauc arī par testēšanu uz koda bāzes vai strukturālu testēšanu. Dažādu veidu baltās kastes testēšana ir
- Paziņojuma pārklājums
- Lēmuma aptvērums
7. Ko jūs pārbaudāt baltās kastes testēšanā?
Baltā lodziņā tiek pārbaudītas šādas darbības.
- Pārbaudiet koda drošības caurumus
- Pārbaudiet nepilnīgos vai salauztos ceļus kodā
- Pārbaudiet struktūras plūsmu saskaņā ar dokumenta specifikāciju
- Pārbaudiet paredzamos rezultātus
- Pārbaudiet visas nosacītās cilpas kodā, lai pārbaudītu lietojumprogrammas pilnīgu funkcionalitāti
- Pārbaudiet līniju ar līnijas kodēšanu un aptveriet 100% testēšanu
8. Kas ir melnās kastes testēšana? Kādas ir dažādas melnās kastes testēšanas metodes?
Melnās kastes testēšana ir programmatūras testēšanas metode, ko izmanto programmatūras testēšanai, nezinot koda vai programmas iekšējo struktūru. Šī pārbaude parasti tiek veikta, lai pārbaudītu lietojumprogrammas funkcionalitāti. Dažādas melnās kastes testēšanas metodes ir
- Līdzvērtības sadalīšana
- Robežvērtības analīze
- Cēloņu-seku grafiks
9. Kāda ir atšķirība starp statisko un dinamisko testēšanu?
Statiskā testēšana: Statiskās testēšanas metodes laikā kods netiek izpildīts, un tas tiek veikts, izmantojot programmatūras dokumentāciju.
Dinamiskā testēšana: Lai veiktu šo testēšanu, kodam jābūt izpildāmā formā.
10. Kas ir verifikācija un apstiprināšana?
Verifikācija ir programmatūras novērtēšanas process izstrādes posmā. Tas palīdz jums izlemt, vai konkrētās lietojumprogrammas produkts atbilst noteiktajām prasībām. Validācija ir programmatūras novērtēšanas process pēc izstrādes procesa, lai pārbaudītu, vai tā atbilst klienta prasībām.
11. Kādi ir atšķirīgie testa līmeņi?
Ir četri testa līmeņi
- Vienības / komponenta / programmas / moduļa pārbaude
- Integrācijas testēšana
- Sistēmas testēšana
- Pieņemšanas pārbaude
12. Kas ir integrācijas testēšana?
Integrācijas testēšana ir programmatūras testēšanas procesa līmenis, kurā tiek apvienotas un pārbaudītas atsevišķas lietojumprogrammas vienības. Parasti to veic pēc vienības un funkcionālās pārbaudes.
13. No kā sastāv testa plāni?
Testa dizains, darbības joma, testa stratēģija, pieeja ir dažādas detaļas, no kurām sastāv testa plāna dokuments.
- Testa gadījuma identifikators
- Darbības joma
- Pārbaudāmās funkcijas
- Pārbaudāmās funkcijas
- Testa stratēģija un testa pieeja
- Pārbaudāmie rezultāti
- Pienākumi
- Personāls un apmācība
- Risks un neparedzēti gadījumi
14. Kāda ir atšķirība starp UAT (User Acceptance Testing) un sistēmas testēšanu?
Sistēmas testēšana: sistēmas pārbaude ir defektu atrašana, kad sistēma tiek testēta kopumā; to sauc arī par pilnīgu testēšanu. Šāda veida testos lietojumprogramma cieš no sākuma līdz beigām.
UAT: Lietotāju pieņemšanas pārbaude (User Acceptance Testing, UAT) ietver produkta palaišanu, veicot virkni īpašu testu, kas nosaka, vai produkts atbildīs tā lietotāju vajadzībām.
15. Pieminiet atšķirību starp ar datiem pamatotu testēšanu un atkārtotu testēšanu?
Atkārtota pārbaude: tas ir kļūdu pārbaudes process, ar kuru rīkojas izstrādes komanda, lai pārliecinātos, vai tās ir novērstas.
Datu vadīta testēšana (DDT): ar datiem pamatotā testēšanas procesā lietojumprogramma tiek pārbaudīta ar vairākiem testa datiem. Lietojumprogramma tiek pārbaudīta ar citu vērtību kopu.
16. Kādi ir vērtīgie soļi, lai atrisinātu problēmas testēšanas laikā?
- Ieraksts: reģistrējiet un rīkojieties ar visām notikušajām problēmām
- Ziņojums: ziņojiet par problēmām augstāka līmeņa vadītājam
- Kontrole: definējiet problēmas pārvaldības procesu
17. Kāda ir atšķirība starp testa scenārijiem, testa gadījumiem un testa skriptu?
Atšķirība starp testa scenārijiem un testa gadījumiem ir tā
Testa scenāriji: Testa scenārijs ir jebkura pārbaudāma funkcionalitāte. To sauc arī par testa nosacījumu vai testa iespēju.
Pārbaudes gadījumi: tas ir dokuments, kas satur izpildāmās darbības; tas ir plānots agrāk.
Testa skripts: tas ir uzrakstīts programmēšanas valodā, un tā ir īsa programma, ko izmanto, lai pārbaudītu daļu programmatūras sistēmas funkcionalitātes. Citiem vārdiem sakot, rakstisks darbību kopums, kas jāveic manuāli.
18. Kas ir latents defekts?
Latents defekts: Šis defekts ir esošs sistēmas defekts, kas neizraisa nevienu kļūmi, jo precīzs nosacījumu kopums nekad nav izpildīts
19. Kādi ir divi parametri, kas var būt noderīgi, lai uzzinātu testa izpildes kvalitāti?
Lai uzzinātu testa izpildes kvalitāti, mēs varam izmantot divus parametrus
- Defektu noraidīšanas attiecība
- Defektu noplūdes koeficients
20. Kāda ir programmatūras testēšanas rīka "fantoms" funkcija?
Phantom ir bezmaksas programmatūra, un to izmanto Windows GUI automatizācijas skriptu valodai. Tas ļauj mums automātiski kontrolēt logus un funkcijas. Tas var simulēt jebkuru taustiņu un peles klikšķu kombināciju, kā arī izvēlnes, sarakstus un daudz ko citu.
21. Paskaidrojiet, kas ir testa rezultāti?
Testa rezultāti ir dokumentu, rīku un citu komponentu kopums, kas jāattīsta un jāuztur testēšanas atbalstam.
Katrā programmatūras izstrādes dzīves cikla posmā ir dažādi testējamie rezultāti
- Pirms testēšanas
- Pārbaudes laikā
- Pēc testēšanas
22. Kas ir mutācijas testēšana?
Mutācijas testēšana ir paņēmiens, lai noteiktu, vai testa datu kopums vai testa gadījums ir noderīgs, apzināti ieviešot dažādas koda izmaiņas (kļūdas) un atkārtoti pārbaudot sākotnējos testa datus / gadījumus, lai noteiktu, vai kļūdas ir atklātas.
23. Kas viss, kas jums jāņem vērā, pirms izvēlaties automatizācijas rīkus AUT?
- Tehniskā iespējamība
- Sarežģītības līmenis
- Lietošanas stabilitāte
- Testa dati
- Pieteikuma lielums
- Automātisko skriptu atkārtota izmantošana
- Izpilde visā vidē
24. Kā jūs veiksiet riska analīzi?
Riska analīzei jāīsteno šādas darbības
- Riska rādītāja atrašana
- Riska profila izveidošana
- Riska īpašību maiņa
- Izvietojiet šī testa riska resursus
- Riska datu bāzes izveidošana
25. Kādas ir atkļūdošanas kategorijas?
Atkļūdošanas kategorijas
- Rupja spēka atkļūdošana
- Atpakaļ
- Cēloņa novēršana
- Programmas sagriešana
- Kļūdu koku analīze
26. Kas ir kļūdu maskēšana, izskaidrojiet ar piemēru?
Kad viena defekta klātbūtne slēpj cita defekta klātbūtni sistēmā, to sauc par defektu maskēšanu.
Piemērs: Ja "Negatīvā vērtība" izraisa neapstrādāta sistēmas izņēmuma aktivizēšanu, izstrādātājs novērsīs negatīvo vērtību ievadīšanu. Tas atrisinās problēmu un paslēps neapstrādātu izņēmumu šaušanas defektu.
27. Paskaidrojiet, kas ir testa plāns? Kāda ir informācija, kas jāiekļauj testa plānā?
Testa plānu var definēt kā dokumentu, kurā aprakstīta testēšanas darbību joma, pieeja, resursi un grafiks, un testa plānā jāietver šāda informācija.
- Testa stratēģija
- Pārbaudes mērķis
- Izejas / apturēšanas kritēriji
- Resursu plānošana
- Pārbaudāmie rezultāti
28. Kā jūs varat novērst produkta risku savā projektā?
Tas palīdz novērst produkta risku jūsu projektā, un ir vienkāršs, tomēr izšķirošs solis, kas var samazināt produkta risku jūsu projektā.
- Izpētiet specifikācijas dokumentus
- Veiciet diskusijas par projektu ar visām ieinteresētajām personām, ieskaitot izstrādātāju
- Kā reāls lietotājs staigā pa vietni
29. Kāds ir kopējais risks, kas noved pie projekta neveiksmes?
Kopējais risks, kas noved pie projekta neveiksmes, ir
- Nepietiek cilvēkresursu
- Pārbaudes vide, iespējams, nav iestatīta pareizi
- Ierobežots budžets
- Laika ierobežojumi
30. Uz kāda pamata jūs varat iegūt sava projekta novērtējumu?
Lai novērtētu savu projektu, jums jāņem vērā šādi punkti
- Sadaliet visu projektu mazākos uzdevumos
- Piešķiriet katru uzdevumu komandas locekļiem
- Novērtējiet pūles, kas nepieciešamas katra uzdevuma izpildei
- Apstipriniet novērtējumu
31. Paskaidrojiet, kā jūs piešķirtu uzdevumu komandas locekļiem?
| Uzdevums | Biedrs |
|
|
|
|
|
|
|
|
|
|
32. Paskaidrojiet, kas ir testēšanas veids un kāds ir parasti izmantotais testēšanas veids?
Lai iegūtu paredzamo testa rezultātu, tiek ievērota standarta procedūra, kas tiek dēvēta par testēšanas veidu.
Parasti izmantotie testēšanas veidi ir
- Vienības pārbaude: pārbaudiet mazāko lietojumprogrammas kodu
- API testēšana: lietojumprogrammai izveidota API testēšana
- Integrācijas testēšana: tiek apvienoti un pārbaudīti atsevišķi programmatūras moduļi
- Sistēmas testēšana: Pilnīga sistēmas pārbaude
- Instalēt / atinstalēt testēšanu: testēšana veikta no klienta / klienta viedokļa
- Agile Testing: Testēšana, izmantojot Agile tehniku
33. Pārraugot savu projektu, kas viss jums jāņem vērā?
Lietas, kas jāņem vērā, ir
- Vai jūsu projekts ir paredzēts
- Vai esat pārsniedzis budžetu
- Vai jūs strādājat tā paša karjeras mērķa sasniegšanai
- Vai jums ir pietiekami daudz resursu
- Vai ir kādas brīdinošas pazīmes par gaidāmajām problēmām
- Vai ir kāds vadības spiediens pabeigt projektu ātrāk
34. Kādas ir biežākās kļūdas, kas rada problēmas?
- Resursu pielāgošana nepareiziem projektiem
- Testu vadītājam trūkst prasmju
- Neklausot citus
- Slikta plānošana
- Nenovērtē
- Ignorējot mazās problēmas
- Procesa neievērošana
35. Ko satur tipisks testa ziņojums? Kādas ir testa ziņojumu priekšrocības?
Testa ziņojumā ir šādas lietas:
- Informācija par projektu
- Pārbaudes mērķis
- Testa kopsavilkums
- Defekts
Testa ziņojumu priekšrocības ir:
- Tiek informēts par projekta pašreizējo statusu un produkta kvalitāti
- Ja nepieciešams, ieinteresētās personas un klients var veikt koriģējošas darbības
- Galīgais dokuments palīdz izlemt, vai produkts ir gatavs izlaišanai
36. Kas ir testa vadības pārskats un kāpēc tas ir svarīgi?
Vadības pārskatu sauc arī par programmatūras kvalitātes nodrošināšanu vai SQA. SQA vairāk koncentrējas uz programmatūras procesu, nevis uz programmatūras darba produktiem. Tas ir darbību kopums, kas paredzēts, lai pārliecinātos, ka projekta vadītājs ievēro standarta procesu. SQA palīdz testa vadītājam salīdzināt projektu ar noteiktajiem standartiem.
37. Kāda ir programmatūras kvalitātes nodrošināšanas paraugprakse?
Labākā SQA efektīvas ieviešanas prakse ir
- Pastāvīgu uzlabošanu
- Dokumentācija
- Rīka lietošana
- Metrika
- Komandas locekļu atbildība
- Pieredzējuši SQA auditori
38. Kad tiek sagatavota RTM (prasību izsekojamības matrica)?
RTM ir sagatavots pirms testa gadījuma izstrādes. Prasībām jābūt izsekojamām no pārskatīšanas darbībām.
39. Kāda ir atšķirība starp testa matricu un izsekojamības matricu?
Testa matrica : Testa matrica tiek izmantota, lai attēlotu faktisko kvalitāti, piepūli, plānu, resursus un laiku, kas nepieciešams visu programmatūras testēšanas fāžu uzņemšanai
Izsekojamības matrica : kartēšana starp testa gadījumiem un klientu prasībām ir pazīstama kā izsekojamības matrica
40. Kas ir manuālie testi, kādi ir virzieni un draiveri?
Gan statņi, gan draiveri ir daļa no papildu testēšanas. Inkrementālajā testēšanā ir divas pieejas, proti, no apakšas uz augšu un no augšas uz leju. Draiveri tiek izmantoti testēšanā no apakšas uz augšu, bet virziens tiek izmantots augšupējai lejupejai. Lai pārbaudītu galveno moduli, tiek izmantots spraudnis, kas ir fiktīvs kods vai programma.
41. Kāds ir solis, kuru jūs varētu sekot, atrodot defektu?
Tiklīdz defekts ir atrasts, jūs rīkojieties šādi
a) Atkārtoti izveidojiet defektu
b) Pievienojiet ekrānuzņēmumu
c) reģistrējiet defektu
42. Paskaidrojiet, kas ir testēšanas metode, kuras pamatā ir “testa plāns” vai “vadīts pēc atslēgas vārdiem”?
Šajā metodē tiek izmantots faktiskais testa gadījuma dokuments, ko testētāji izstrādājuši, izmantojot izklājlapu, kurā ir īpaši "atslēgas vārdi". Atslēgas vārdi kontrolē apstrādi.
43. Kas ir DFD (datu plūsmas diagramma)?
Kad "datu plūsma" caur informācijas sistēmu tiek grafiski attēlota, to sauc par datu plūsmas diagrammu. To izmanto arī datu apstrādes vizualizēšanai.
44. Paskaidrojiet, kas ir LCSAJ?
LCSAJ nozīmē “lineāra kodu secība un lēciens”. Tas sastāv no šādiem trim priekšmetiem
a) Izpildāmo paziņojumu lineārās secības sākums
b) Lineārās secības beigas
c) mērķa līnija, uz kuru lineārā secības beigās tiek pārnesta vadības plūsma
45. Paskaidrojiet, kas ir N + 1 testēšana?
Regresijas testa variācijas tiek attēlotas kā N + 1. Šajā metodē testēšanu veic vairākos ciklos, kuros N ciklā atklātās kļūdas tiek novērstas un atkārtoti pārbaudītas N + 1 testa ciklā. Cikls tiek atkārtots, ja vien nav atrastas kļūdas.
46. Kas ir Fuzz testēšana un kad to lieto?
Fuzz testēšana tiek izmantota, lai atklātu drošības nepilnības un kodēšanas kļūdas programmatūrā. Šajā metodē nejaušie dati tiek pievienoti sistēmai, mēģinot avarēt sistēmā. Ja ievainojamība joprojām pastāv, potenciālo cēloņu noteikšanai tiek izmantots rīks, ko sauc par fuzz testeri. Šis paņēmiens ir noderīgāks lielākiem projektiem, bet atklāj tikai galveno kļūdu.
47. Pieminiet, kādas ir galvenās programmatūras testēšanas metrika metožu priekšrocības?
Izraksta pārklājuma metrikas ieguvums ir tāds
a) Tam nav nepieciešams apstrādāt pirmkodu, un to var tieši izmantot objekta kodam
b) Kļūdas tiek vienmērīgi sadalītas caur kodu, tāpēc izpildīto pārskatu procentuālais daudzums atspoguļo atklāto kļūdu procentuālo daudzumu
48. Kā ģenerēt testa gadījumus metodei "aizstāt virkni"?
a) Ja rakstzīmes jaunā virknē> rakstzīmes iepriekšējā virknē. Nevienai no rakstzīmēm nevajadzētu saīsināt
b) Ja rakstzīmes jaunā virknē c) atstarpes aiz un pirms virknes nevajadzētu dzēst d) Virkne ir jāaizstāj tikai pirmajā virknes parādīšanās reizē 49. Kā jūs rīkosities konfliktā starp komandas locekļiem? 50. Pieminiet, kādas ir defektu kategorijas? Galvenokārt ir trīs defektu kategorijas 51. Paskaidrojiet, kā darbojas testa pārklājuma rīks? Kodu pārklājuma testēšanas rīks darbojas paralēli, veicot faktiskā produkta testēšanu. Kodu pārklājuma rīks uzrauga izpildītos pirmkoda paziņojumus. Kad pēdējā pārbaude ir pabeigta, mēs saņemam pilnīgu ziņojumu par gaidošajiem paziņojumiem un arī pārklājuma procentu. 52. Pieminiet, kāda ir programmatūras testēšanas atšķirība starp "defektu" un "kļūmi"? Vienkārši sakot, kad defekts nonāk līdz gala klientam, to sauc par kļūmi, kamēr defekts tiek identificēts iekšēji un novērsts; tad to sauc par defektu. 53. Paskaidrojiet, kā pārbaudīt dokumentus projektā, kas aptver programmatūras izstrādes dzīves ciklu? Projekts visā programmatūras izstrādes dzīves ciklā notiek šādi 54. Paskaidrojiet, kādos testa gadījumos vispirms tiek rakstītas melnās vai baltās rūtiņas? Vispirms tiek rakstīti melnās kastes testa gadījumi, lai rakstītu melnās kastes pārbaudes gadījumus; tam nepieciešams projekta plāns un prasību dokuments, visi šie dokumenti ir viegli pieejami projekta sākumā. Lai rakstītu baltās kastes testa gadījumus, ir nepieciešama lielāka arhitektūras izpratne, un tā nav pieejama projekta sākumā. 55. Paskaidrojiet, kāda ir atšķirība starp latentiem un maskētiem defektiem? 56. Pieminiet, kas ir augšupēja pārbaude? Testēšana no apakšas uz augšu ir pieeja integrācijas testēšanai, kur vispirms tiek pārbaudīti zemākā līmeņa komponenti, pēc tam tos izmanto, lai atvieglotu augstāka līmeņa komponentu testēšanu. Process tiek atkārtots, līdz tiek pārbaudīts komponents hierarhijas augšdaļā. 57. Pieminiet, kādi ir dažādi testa pārklājuma paņēmieni? Dažādu veidu testa pārklājuma paņēmieni ietver 58. Pieminiet, kāda ir elpas pārbaudes nozīme? Elpas pārbaude ir testu komplekts, kas nodrošina produkta pilnīgu funkcionalitāti, bet sīki nepārbauda funkcijas 59. Paskaidrojiet, kāda ir Code Walk Through nozīme? Code Walk Through ir neformāla programmas avota koda analīze, lai atrastu defektus un pārbaudītu kodēšanas paņēmienus 60. Pieminiet, kādi ir defektu pārskata formāta pamatkomponenti? Būtiskākās defektu pārskata formāta sastāvdaļas ir 61. Pieminiet, kāds ir galīgās pārbaudes process? End-to-end pārbaude tiek veikta pēc funkcionālās pārbaudes. Pilnīgas testēšanas veikšanas mērķis ir tāds 62. Paskaidrojiet, ko tas nozīmē ar testēšanas iejūgu? Pārbaudes siksna ir rīku un testa datu konfigurēšana, lai pārbaudītu lietojumprogrammu dažādos apstākļos, un tas ietver izejas uzraudzību ar paredzamo izejas pareizību. 63. Testēšanas projektā paskaidrojiet, kādas testēšanas darbības jūs automatizētu? Pārbaudot projekta testēšanas darbības, jūs automatizētu 64. Kāds ir galvenais ieguvums, izstrādājot testus dzīves cikla sākumā? Tas palīdz novērst defektu ievadīšanu kodā. 65. Kas ir uz risku balstīta pārbaude? Uz risku balstīta testēšana ir termins, ko izmanto pieejai, lai izveidotu testēšanas stratēģiju, kuras pamatā ir testu prioritizēšana pēc riska. Pieejas pamatā ir detalizēta riska analīze un risku prioritāšu noteikšana pēc riska līmeņa. Pēc tam tiek noteikti testi katra riska novēršanai, vispirms sākot ar augstāko risku. 66. Kāda ir GALVENĀ atšķirība starp profilaktisko un reaktīvo pieeju testēšanai? Profilaktiskie testi tiek izstrādāti agri; reaktīvie testi tiek izstrādāti pēc programmatūras izveides. 67. Kāds ir izstāšanās kritēriju mērķis? Izstāšanās kritēriju mērķis ir noteikt, kad testa līmenis ir pabeigts. 68. Kas nosaka riska līmeni? Negatīva notikuma iespējamība un notikuma ietekme nosaka riska līmeni. 69. Kad tiek izmantota lēmumu tabulas pārbaude? Lēmumu tabulas testēšana tiek izmantota testēšanas sistēmām, kurām specifikācija ir noteikumu vai cēloņu-seku kombināciju veidā. Lēmumu tabulā ievadītie dati ir norādīti kolonnā, un rezultāti ir tajā pašā slejā, bet zem ievadiem. Tabulas atlikušajā daļā tiek pētītas izejvielu kombinācijas, lai definētu saražotos rezultātus. Uzziniet vairāk par lēmumu tabulas testēšanas tehniku šeit video pamācībā 70. Kāpēc mēs izmantojam lēmumu tabulas? Ekvivalences sadalīšanas un robežvērtības analīzes paņēmienus bieži lieto īpašās situācijās vai ievados. Tomēr, ja dažādu ievadu kombināciju dēļ tiek veiktas dažādas darbības, to var būt grūtāk parādīt, izmantojot ekvivalences sadalīšanu un robežas vērtības analīzi, kas mēdz vairāk koncentrēties uz lietotāja saskarni. Divas pārējās uz specifikācijām balstītās metodes, lēmumu tabulas un stāvokļa pārejas testēšana ir vairāk vērsta uz biznesa loģiku vai biznesa noteikumiem. Lēmumu tabula ir labs veids, kā tikt galā ar lietu kombinācijām (piemēram, ievadi). Šo paņēmienu dažkārt dēvē arī par “cēloņu-seku” tabulu. Iemesls tam ir tāds, ka pastāv saistīta loģiskās diagrammas veidošanas tehnika, ko sauc par “cēloņu-seku grafiku” un kuru dažreiz izmantoja, lai palīdzētu iegūt lēmumu tabulu. 71. Kāds ir galvenais mērķis, pārskatot programmatūras piegādi? Lai identificētu jebkura programmatūras darba produkta defektus. 72. Kurš no šiem definē paredzamos testa rezultātus? Testa gadījuma specifikācija vai testa projekta specifikācija. Testa gadījuma specifikācija nosaka gaidāmos testa rezultātus. 73. Kāds ir testa neatkarības ieguvums? Tas ļauj izvairīties no autoru aizspriedumiem, nosakot efektīvus testus. 74. Kurā testa procesā jūs nosakāt izejas kritērijus? Izstāšanās kritērijus nosaka, pamatojoties uz “Pārbaudes plānošanu”. 75. Kas ir Alfa testēšana? Pirmslaišanas testēšana, ko veic galalietotāju pārstāvji izstrādātāja vietnē. 76. Kas ir beta testēšana? Testēšanu veic potenciālie klienti savās vietās. 77. Pieminiet, kāda ir atšķirība starp izmēģinājuma un beta testēšanu? Atšķirība starp izmēģinājuma un beta testēšanu ir tāda, ka izmēģinājuma testēšanu lietotāju grupa faktiski veic, izmantojot produktu, pirms pēdējās izvietošanas, un beta testēšanā mēs neievadām reālus datus, bet tie tiek uzstādīti gala klientam, lai pārbaudītu ja produktu var izmantot ražošanā. 78. Ņemot vērā šādu koda fragmentu, cik testu ir nepieciešams, lai 100% aptvertu lēmumu? 4 79. Jūs esat izstrādājis testa gadījumus, lai nodrošinātu 100% paziņojumu un 100% lēmumu pārklājumu šādam koda fragmentam. ja platums> garums, tad lielākais_dimension = platums cits lielākais_dimensija = garums end_if Iepriekšminētā koda fragmenta apakšdaļā ir pievienots šāds teksts. print "Lielākā dimensija ir" & legnagyobb_dimensionprint "Platums: & platums drukāt "Garums: & garums Cik testēšanas gadījumu vēl nepieciešams? Nav, esošos testa gadījumus var izmantot. 80. Kāda ir atšķirība starp testēšanas paņēmieniem un testēšanas rīkiem? Pārbaudes tehnika: - vai process nodrošina, ka daži lietojumprogrammas vai vienības aspekti darbojas pareizi, var būt maz paņēmienu, bet daudz rīku. Pārbaudes rīki: - ir transportlīdzeklis testa procesa veikšanai. Šis rīks ir testera resurss, taču pats par sevi tas nav pietiekams, lai veiktu testēšanu Uzziniet vairāk par testēšanas rīkiem šeit 81. Mēs izmantojam prasību analīzes rezultātu, prasību specifikāciju kā ievadi rakstīšanai Lietotāju pieņemšanas pārbaudes gadījumi 82. Atkārtota jau pārbaudītas programmas testēšana pēc modifikācijas, lai atklātu visus defektus, kas ieviesti vai atklāti testējamo programmatūru vai citu saistītu vai nesaistītu programmatūras komponentu izmaiņu rezultātā: Regresijas testēšana 83. Vairumtirgotājs pārdod printeru kasetnes. Minimālais pasūtījuma daudzums ir 5. 100 un vairāk printeru kasetņu pasūtījumiem tiek piemērota 20% atlaide. Jums ir lūgts sagatavot testa gadījumus, izmantojot dažādas pasūtīto printeru kasetņu skaita vērtības. Kurās no šīm grupām ir trīs testa ievadi, kas tiktu ģenerēti, izmantojot robežvērtības analīzi? 4, 5, 99 84. Kas ir komponentu testēšana? Komponentu testēšana, ko dēvē arī par vienības, moduļa un programmas testēšanu, meklē defektus un pārbauda programmatūras (piemēram, moduļu, programmu, objektu, klašu utt.), Kas ir atsevišķi pārbaudāmas, darbību. Komponentu testēšanu var veikt atsevišķi no pārējās sistēmas, atkarībā no izstrādes dzīves cikla konteksta un sistēmas. Visbiežāk trikus un draiverus izmanto, lai aizstātu trūkstošo programmatūru un vienkārši simulētu programmatūras komponentu saskarni. No pārbaudāmā programmatūras komponenta tiek izsaukts stublājs; vadītājs izsauc testējamo sastāvdaļu. Šeit ir lielisks video par vienības testēšanu 85. Kas ir funkcionālās sistēmas testēšana? Sistēmas end-to-end funkcionalitātes pārbaude kopumā tiek definēta kā funkcionāla sistēmas testēšana. 86. Kādas ir neatkarīgās testēšanas priekšrocības? Neatkarīgie testētāji ir objektīvi un vienlaikus identificē dažādus defektus. 87. REAKTĪVĀ pieejā testēšanai, kad jūs sagaidāt, ka tiks uzsākta lielākā daļa testa projektēšanas darbu? Pārbaudes projektēšanas darbu lielākā daļa sākās pēc programmatūras vai sistēmas izveides. 88. Kādas ir veiklās attīstības modeļa dažādās metodoloģijas? Pašlaik man ir septiņas dažādas veiklās metodikas: 89. Kura darbība pamatpārbaudes procesā ietver prasību un sistēmas pārbaudāmības novērtēšanu? “Testa analīze” un “Projektēšana” ietver prasību un sistēmas pārbaudāmības novērtējumu. 90. Kāds parasti ir vissvarīgākais iemesls, lai izmantotu risku, lai virzītu testēšanas centienus? Jo visu pārbaudīt nav iespējams. 91. Kas ir izlases / pērtiķu pārbaude? Kad to lieto? Izlases pārbaudi bieži sauc par pērtiķu testēšanu. Šāda veida testēšanā dati tiek ģenerēti nejauši, bieži izmantojot rīku vai automatizētu mehānismu. Izmantojot šo nejauši ģenerēto ievadi, sistēma tiek pārbaudīta un attiecīgi tiek analizēti rezultāti. Šīs pārbaudes ir mazāk uzticamas; līdz ar to to parasti lieto iesācēji un lai redzētu, vai sistēma izturēs nelabvēlīgas sekas. 92. Kurš no šiem ir derīgs ziņojumu par incidentiem mērķiem? 93. Apsveriet šādas metodes. Kuras ir statiskas un kuras ir dinamiskas metodes? Datu plūsmas analīze un pārbaudes ir statiskas; Līdzvērtības sadalīšana, lietojuma testēšana, izpētes pārbaude un lēmumu pārbaude ir dinamiska. 94. Kāpēc statiskā testēšana un dinamiskā testēšana tiek aprakstīta kā papildinoša? Tā kā viņiem ir kopīgs mērķis identificēt defektus, bet tie atšķiras pēc konstatēto defektu veidiem. 95. Kādas ir oficiālās pārskatīšanas fāzes? Pretstatā neoficiālajām atsauksmēm formālās pārbaudes notiek pēc formāla procesa. Tipisks oficiālās pārskatīšanas process sastāv no sešiem galvenajiem posmiem: 96. Kāda ir moderatora loma pārskatīšanas procesā? Moderators (vai pārskata vadītājs) vada pārskatīšanas procesu. Viņš vai viņa sadarbībā ar autoru nosaka recenzijas veidu, pieeju un pārskata grupas sastāvu. Moderators veic ieejas pārbaudi un pārstrādes pēcpārbaudi, lai kontrolētu pārskatīšanas procesa ievades un izvades kvalitāti. Moderators arī ieplāno sapulci, izplata dokumentus pirms sanāksmes, trenē citus komandas locekļus, gaida sanāksmes gaitu, vada iespējamās diskusijas un saglabā apkopotos datus. Uzziniet vairāk par pārskatīšanas procesu video apmācībā šeit 97. Kas ir ekvivalences nodalījums (pazīstams arī kā ekvivalences klase)? Ievades vai izvades vērtību diapazoni ir tādi, ka tikai viena vērtība diapazonā kļūst par testa gadījumu. 98. Kad jāievieš konfigurācijas pārvaldības procedūras? Pārbaudes plānošanas laikā. 99. Funkcionālās testēšanas veids, kas pēta funkcijas, kas saistītas ar draudu, piemēram, ļaunprātīgu nepiederošo vīrusu, atklāšanu? Drošības pārbaude 100. Testēšana, kurā testa mērķim mēs pakļaujam dažādas slodzes, lai izmērītu un novērtētu veiktspējas uzvedību un mērķa un testa spēju turpināt pareizi darboties šajās dažādās slodzēs? Slodzes pārbaude 101. Pārbaudes darbība, kas tiek veikta, lai atklātu saskarņu un integrēto komponentu mijiedarbības defektus? Integrācijas līmeņa pārbaude 102. Kādas ir uz struktūru balstītas (baltās kastes) testēšanas metodes? Uz struktūru balstītas testēšanas metodes (kas arī ir dinamiskas, nevis statiskas) izmanto programmatūras iekšējo struktūru testa gadījumu iegūšanai. Tos parasti sauc par “baltās kastes” vai “stikla kastes” metodēm (kas nozīmē, ka jūs varat redzēt sistēmā), jo tām ir nepieciešamas zināšanas par programmatūras ieviešanu, tas ir, kā tā darbojas. Piemēram, strukturālā tehnika var būt saistīta ar programmatūras cilpu izmantošanu. Var izmantot dažādus testa gadījumus, lai ciklu izmantotu vienu, divas un daudzas reizes. To var izdarīt neatkarīgi no programmatūras funkcionalitātes. 103. Kad jāveic "regresijas pārbaude"? Pēc programmatūras maiņas vai vides maiņas jāveic regresijas pārbaude. 104 . Kas ir negatīvs un pozitīvs tests? Negatīvs tests ir tad, ja jūs ievadāt nederīgu ievadi un saņemat kļūdas. Lai gan pozitīva pārbaude ir tad, kad jūs ievadāt derīgu ievadi un sagaidāt, ka kāda darbība tiks pabeigta saskaņā ar specifikāciju. 105. Kāds ir testa izpildes kritērija mērķis? Pārbaudes pabeigšanas kritērija mērķis ir noteikt, kad pārtraukt testēšanu 106. Ko statiskā analīze NAV atrodama? Piemēram, atmiņas noplūde. 107. Kāda ir atšķirība starp atkārtotu testēšanu un regresijas testēšanu? Atkārtota pārbaude nodrošina sākotnējā bojājuma novēršanu; regresijas testēšana meklē neparedzētas blakusparādības. 108. Kādas ir uz pieredzi balstītas testēšanas metodes? Pieredzē balstītās tehnikās cilvēku zināšanas, prasmes un pieredze ir galvenais faktors testa apstākļu un testa gadījumu veicināšanā. Svarīga ir gan tehnisko, gan biznesa cilvēku pieredze, jo tie testu analīzei un projektēšanas procesam rada dažādas perspektīvas. Ņemot vērā iepriekšējo pieredzi ar līdzīgām sistēmām, viņiem var būt ieskats, kas varētu noiet greizi, kas ir ļoti noderīgi testēšanai. 109. Kāda veida pārskatīšanai ir nepieciešami oficiāli iestāšanās un izslēgšanas kritēriji, tostarp metrika? Pārbaude 110. Vai pārbaudes vai pārbaudes var uzskatīt par daļu no testēšanas? Jā, jo gan palīdzība atklāj kļūdas, gan uzlabo kvalitāti. 111. Ievades lauks ņem dzimšanas gadu starp 1900. un 2004. gadu. Kādas ir šī lauka testēšanas robežvērtības? 1899,1900,2004,2005 112. Kurš no šiem rīkiem būtu iesaistīts regresijas testa automatizācijā? a. Datu pārbaudītājs b. Robežu testeris c. Uzņemšana / atskaņošana d. Rezultātu salīdzinātājs. d. Rezultātu salīdzinātājs 113. Lai pārbaudītu funkciju, ir jāraksta programmētājs, kurš izsauc testējamo funkciju un nodod testa datus. Vadītājs 114. Kāds ir viens galvenais iemesls, kāpēc izstrādātājiem ir grūti pārbaudīt savu darbu? Objektivitātes trūkums 115. "Cik daudz testēšanas ir pietiekami?" Atbilde ir atkarīga no jūsu nozares riska, līguma un īpašajām prasībām. 116. Kad testēšana jāpārtrauc? Tas ir atkarīgs no testējamās sistēmas riskiem. Ir daži kritēriji, pamatojoties uz kuriem varat pārtraukt testēšanu. 117. Kurš no šiem ir integrācijas stratēģijas primārais mērķis integrācijas testēšanai mazajos? Integrācijas stratēģijas galvenais mērķis ir norādīt, kurus moduļus apvienot, kad un cik tos vienlaikus. 118. Kas ir daļēji nejaušie testa gadījumi? Daļēji nejauši testa gadījumi nav nekas, bet, kad mēs veicam nejaušus testa gadījumus un veicam ekvivalences sadalīšanu šiem testa gadījumiem, tas noņem liekos testa gadījumus, tādējādi dodot mums daļēji nejaušus testa gadījumus. 119. Ņemot vērā šo kodu, kurš apgalvojums atbilst patiesībai par minimālo testa gadījumu skaitu, kas nepieciešams pilnīgai paziņošanai un filiāles pārklājumam? Lasīt lpp Izlasiet q JA p + q> 100 TAD Drukāt "Liels" ENDIF JA p> 50 TAD Drukāt "p Large" ENDIF 1 tests par pārskatu pārklājumu, 2 - uz filiāles pārklājumu 120. Kādu pārskatu parasti izmanto, lai novērtētu produktu, lai noteiktu tā piemērotību paredzētajam lietojumam un identificētu neatbilstības? Tehniskais apskats. 121. Atrastās kļūdas sākotnēji jādokumentē? Testētāji. 122. Kurš ir pašreizējais oficiālais pasaulē atzītais dokumentācijas standarts? Nav viena. 123. Kurš no šiem ir pārskata dalībnieks, kurš ir izveidojis pārskatāmo priekšmetu? Autors 124. Programmatūrā ir novērstas vairākas kritiskas kļūdas. Visas kļūdas ir vienā modulī, kas saistītas ar pārskatiem. Testa vadītājs nolemj veikt regresijas testēšanu tikai pārskatu modulī. Regresijas pārbaude jāveic arī citiem moduļiem, jo viena moduļa labošana var ietekmēt citus moduļus. 125. Kāpēc robežvērtības analīze nodrošina labus testa gadījumus? Tā kā dažādu gadījumu programmēšanas laikā bieži tiek pieļautas kļūdas vērtību diapazona “malu” tuvumā. 126. Ar ko pārbaude atšķiras no citiem pārskatīšanas veidiem? To vada apmācīts vadītājs, tiek izmantoti oficiāli iestāšanās un izstāšanās kritēriji un kontrolsaraksti. 127. Kāpēc testeris var būt atkarīgs no konfigurācijas pārvaldības? Tā kā konfigurācijas pārvaldība nodrošina, ka mēs zinām precīzu testprogrammatūras un testa objekta versiju. 128. Kas ir V-modelis? Programmatūras izstrādes modelis, kas parāda, kā testēšanas darbības tiek integrētas programmatūras izstrādes fāzēs 129. Kas ir tehniskās apkopes testēšana? Aktivizē ar esošās programmatūras modifikācijām, migrēšanu vai izbeigšanu 130. Kas ir testa pārklājums? Testa pārklājums kādā konkrētā veidā mēra testu apjomu, kas veikts ar testu kopumu (atvasināts citā veidā, piemēram, izmantojot uz specifikācijām balstītas metodes). Kur mēs varam saskaitīt lietas un varam pateikt, vai katra no šīm lietām ir pārbaudīta ar kādu testu, tad mēs varam izmērīt pārklājumu. 131. Kāpēc priekšroka tiek dota pakāpeniskai integrācijai, nevis "lielā sprādziena" integrācijai? Tā kā pakāpeniskai integrācijai ir labākas agrīno defektu pārbaudes un izolācijas spējas 132. Ko sauc par procesu, kas sākas ar termināļa moduļiem? Integrācija no apakšas uz augšu 133. Kuras pārbaudes darbības laikā kļūdas varētu atrast rentablāk? Pārbaudes plānošanas laikā 134. Prasības posma mērķis ir Lai iesaldētu prasības, izprastu lietotāju vajadzības, definētu testēšanas apjomu 135. Kāpēc testēšana tiek sadalīta atsevišķos posmos? Testēšana tika sadalīta atsevišķos posmos šādu iemeslu dēļ: 136. Kas ir DRE? Lai izmērītu testa efektivitāti, testa efektivitāti mēra ar jaudīgu metriku, kas pazīstama kā DRE (defektu novēršanas efektivitāte). No šīs metrikas mēs zinātu, cik daudz kļūdu esam atraduši no testa gadījumu kopas. DRE aprēķināšanas formula ir DRE = kļūdu skaits testēšanas laikā / kļūdu skaits testēšanas laikā + lietotāja atrastu kļūdu skaits 137. Kurš no šiem var gūt vislielāko labumu no testa rīku izmantošanas, nodrošinot testa uztveršanas un atkārtotas atskaņošanas iespējas? a) regresijas pārbaude b) integrācijas pārbaude c) sistēmas pārbaude d) lietotāju pieņemšanas pārbaude Regresijas pārbaude 138. Kā jūs vērtējat atkārtoto testu apjomu, kas varētu būt vajadzīgs? Metrika no iepriekšējiem līdzīgiem projektiem un diskusijas ar izstrādes komandu 139. Kādi pēta datu plūsmas analīzi? Datu izmantošana ceļos caur kodu. 140. Kas ir neveiksme? Neveiksme ir novirze no norādītās uzvedības. 141. Kas ir testa salīdzinātāji? Vai tas tiešām ir pārbaudījums, ja jūs ieliekat dažas programmatūras ievades, bet nekad nemeklējat, vai programmatūra nodrošina pareizu rezultātu? Pārbaudes būtība ir pārbaudīt, vai programmatūra nodrošina pareizu rezultātu, un to darīt, un mums ir jāsalīdzina programmatūras ražotais ar to, kas tai būtu jāsniedz. Testa salīdzinātājs palīdz automatizēt šī salīdzinājuma aspektus. 142. Kas ir atbildīgs par visu pārskata sanāksmē konstatēto jautājumu, problēmu un atklāto jautājumu dokumentēšanu Rakstvedis 143. Kāds ir neformālās pārskatīšanas galvenais mērķis Lēts veids, kā iegūt kādu labumu 144. Kāds ir testa projektēšanas tehnikas mērķis? Pārbaudes apstākļu un testa gadījumu identificēšana 145. Pārbaudot pakāpes aprēķināšanas sistēmu, testētājs nosaka, ka visi rādītāji no 90 līdz 100 iegūs A pakāpi, bet rādītāji zem 90 nedos. Šī analīze ir pazīstama kā: Līdzvērtības sadalīšana 146. Testa vadītājs vēlas izmantot pieejamos resursus tīmekļa lietojumprogrammas automātiskai testēšanai. Labākā izvēle ir testeris, testa automatizācija, tīmekļa speciālists, DBA 147. Pārbaudot moduļu testeri, 'X' atrada kļūdu un piešķīra to izstrādātājam. Bet izstrādātājs noraida to pašu, sakot, ka tā nav kļūda. Kas jādara X? Nosūtiet detalizētu informāciju par konstatēto kļūdu un pārbaudiet reproducējamību 148. Integrācijas testēšanas veids, kurā programmatūras elementi, aparatūras elementi vai abi tiek apvienoti vienā komponentā vai vispārējā sistēmā, nevis pa posmiem. Lielā sprādziena pārbaude 149. Praksē, kura dzīves cikla modeļa izstrādes un testēšanas līmeņi var būt vairāk, mazāk vai atšķirīgi, atkarībā no projekta un programmatūras produkta. Piemēram, var būt komponentu integrācijas testēšana pēc komponentu testēšanas un sistēmas integrācijas testēšana pēc sistēmas testēšanas. V-modelis 150. Kādu paņēmienu var izmantot, lai sasniegtu ievades un izvades pārklājumu? To var izmantot cilvēka ievadam, ievadam caur sistēmas saskarnēm vai saskarnes parametriem integrācijas testēšanā. Līdzvērtības sadalīšana 151. "Šo dzīves cikla modeli nosaka grafiks un budžeta riski" Šis apgalvojums ir vislabāk piemērots. V-modelis 152. Kādā secībā jāveic testi? Vispirms jāpārbauda vissvarīgākais 153. Jo vēlāk izstrādes dzīves ciklā tiek atklāta kļūda, jo dārgāk to novērst. Kāpēc? Kļūda ir iestrādāta vairākās dokumentācijās, kodos, testos utt 154. Kas ir pārklājuma mērīšana? Tas ir daļējs testa pamatīguma mērs. 155. Kas ir robežvērtības pārbaude? Pārbaudiet robežnosacījumus ieejas un izejas ekvivalences klases malās, zem tām un virs tām. Piemēram, pieņemsim, piemēram, bankas lietojumprogrammu, kurā jūs varat izņemt maksimālo Rs 20 000 un vismaz Rs 100, tāpēc robežvērtības testēšanā mēs pārbaudām tikai precīzās robežas, nevis trāpām pa vidu. Tas nozīmē, ka mēs pārbaudām virs maksimālās robežas un zem minimālās robežas. 156. Ko apzīmē COTS? Komerciālais plaukts. 157. Kura mērķis ir ļaut veikt īpašus testus sistēmā vai tīklā, kas pēc iespējas vairāk līdzinās videi, kurā testējamo priekšmetu izmantos pēc atbrīvošanas? Pārbaudes vide 158. Ko var uzskatīt par tādu, kas balstīts uz projekta plānu, bet ar lielāku detalizācijas pakāpi? Fāzes testa plāns 159. Kas ir ātra lietojumprogrammu izstrāde? Ātra lietojumprogrammu izstrāde (RAD) ir formāli paralēla funkciju izstrāde un turpmākā integrācija. Sastāvdaļas / funkcijas tiek izstrādātas paralēli tā, it kā tie būtu mini projekti, izstrāde tiek noteikta laika grafikā, tiek piegādāta un pēc tam apkopota darba prototipā. Tas ļoti ātri var dot klientam kaut ko redzēt un izmantot, kā arī sniegt atsauksmes par piegādi un viņu prasībām. Izmantojot šo metodiku, ir iespējamas ātras produkta izmaiņas un izstrāde. Tomēr kādā brīdī izstrādājumam būs jāizstrādā produkta specifikācija, un pirms ražošanas uzsākšanas projekts būs pakļauts oficiālākai kontrolei. Skatiet mūsu testēšanas viktorīnu Skatiet mūsu - programmatūras testēšanas intervijas jautājumus - YouTube video Bezmaksas PDF lejupielāde: programmatūras pārbaude Intervijas jautājumi un atbildes Iepriekš minētie intervijas jautājumi un atbildes, kas veiktas manuāli, palīdzēs gan iesācējiem, gan pieredzējušiem QA inženieriem. Lūdzu, kopīgojiet lapu ar draugiem un kolēģiem.
ja platums> garumsthenbiggest_dimension = platumsja augstums> platumsthenbiggest_dimension = augstumsend_ifelsebiggest_dimension = garumsja augstums> garumsthenbiggest_dimension = augstumsend_ifend_if