Mes surinkome dažniausiai užduodamus interviu klausimus ir atsakymus rankiniu būdu, kurie supažindina jus su programinės įrangos testavimo interviu klausimų tipais, kuriuos interviu gali užduoti jūsų interviu metu. Šiame rankinio testavimo interviu klausimų su atsakymais sąraše apėmėme visus dažniausiai užduodamus pagrindinius ir išplėstinius programinės įrangos testavimo interviu klausimus su išsamiais atsakymais, kurie padės lengvai išvalyti rankinio testavimo darbo pokalbį.
Pateikėme beveik 150 ir daugiau svarbių klausimų, susijusių su kandidatų rankiniu testavimu, taip pat interviu klausimus rankiniu būdu patyrusiems kokybės užtikrinimo inžinieriams, kurie padės pasirengti būsimam pokalbiui. Šis išsamus interviu klausimų vadovas rankiniam testavimui padės jums išspręsti darbo pokalbį dėl programinės įrangos testavimo.
Interviu klausimų ir atsakymų tikrinimas rankiniu būdu
1. Kas yra tiriamasis testavimas?
Tiriamasis testavimas yra praktinis metodas, kai testuotojai dalyvauja planuojant ir atliekant maksimalų bandymą. Planuojant reikia sukurti bandomąją chartiją, trumpai apibūdinti trumpo (1–2 valandų) laiko patikrinimo bandymų apimtis, tikslus ir galimus metodus. Testo planavimas ir vykdymo veiksmai atliekami lygiagrečiai, paprastai oficialiai neužfiksuojant bandymo sąlygų, bandymų atvejų ar scenarijų. Tai nereiškia, kad nebus naudojami kiti oficialesni testavimo metodai. Pavyzdžiui, testuotojas gali nuspręsti naudoti ribinės vertės analizę, tačiau apgalvos ir išbandys svarbiausias ribines vertes nebūtinai jų nurašydamas. Kai kurios pastabos bus parašytos tiriamųjų bandymų sesijos metu, kad vėliau būtų galima parengti ataskaitą.
2. Kas yra „naudojimo atvejo testavimas“?
Norint nustatyti ir įvykdyti programos funkcinius reikalavimus nuo pradžios iki pabaigos, naudojamas „naudojimo atvejis“, o tam naudojami metodai yra žinomi kaip „naudojimo atvejų testavimas“.
3. Kuo skiriasi STLC (Software Testing Life Cycle) ir SDLC (Software Development Life Cycle)?
SDLC užsiima programinės įrangos kūrimu / kodavimu, o STLC - programinės įrangos patvirtinimu ir tikrinimu
4. Kas yra atsekamumo matrica?
Testo atvejų ir reikalavimų santykis parodomas dokumento pagalba. Šis dokumentas yra žinomas kaip atsekamumo matrica.
5. Kas yra lygiavertiškumo skaidymo testavimas?
Lygiavertiškumo skaidymo testavimas yra programinės įrangos testavimo metodas, kuris padalija programos įvesties bandymo duomenis į kiekvieną skaidinį bent kartą iš lygiaverčių duomenų, iš kurių galima gauti bandymo atvejus. Taikant šį bandymo metodą, tai sumažina programinės įrangos testavimui reikalingą laiką.
6. Kas yra baltos dėžės testavimas ir išvardykite baltos dėžės testavimo tipus?
Baltosios dėžės testavimo technika apima bandomųjų atvejų pasirinkimą, remiantis komponento ar sistemos vidinės struktūros (kodo aprėpties, šakų aprėpties, kelių aprėpties, būklės aprėpties ir kt.) Analize. Jis taip pat žinomas kaip „Code-Based Testing“ arba „Structural Testing“. Skirtingi baltos dėžės testavimo tipai yra
- Pareiškimo aprėptis
- Sprendimų aprėptis
7. Ką tikrinate baltos dėžės bandymuose?
Baltos dėžės testavimas patvirtina šiuos veiksmus.
- Patikrinkite saugumo spragas kode
- Patikrinkite neišsamius ar sugadintus kelius
- Patikrinkite struktūros srautą pagal dokumento specifikaciją
- Patikrinkite laukiamus rezultatus
- Patikrinkite visas sąlygines ciklo kilpas, kad patikrintumėte visą programos funkcionalumą
- Patikrinkite eilutę koduodami liniją ir atlikite 100% testavimą
8. Kas yra juodosios dėžės testavimas? Kokie yra skirtingi juodosios dėžės testavimo metodai?
Juodosios dėžės testavimas yra programinės įrangos testavimo metodas, naudojamas programinei įrangai išbandyti nežinant vidinės kodo ar programos struktūros. Šis bandymas paprastai atliekamas norint patikrinti programos funkcionalumą. Skirtingi juodosios dėžės testavimo būdai yra
- Lygiavertiškumo skaidymas
- Ribinės vertės analizė
- Priežasties-pasekmės grafikas
9. Kuo skiriasi statinis ir dinaminis testavimas?
Statinis testavimas: naudojant statinio testavimo metodą, kodas nevykdomas ir jis atliekamas naudojant programinės įrangos dokumentaciją.
Dinaminis testavimas: norint atlikti šį bandymą, kodas turi būti vykdomosios formos.
10. Kas yra tikrinimas ir patvirtinimas?
Patvirtinimas yra programinės įrangos vertinimo procesas kūrimo etape. Tai padeda jums nuspręsti, ar tam tikros programos produktas atitinka nurodytus reikalavimus. Patvirtinimas yra programinės įrangos įvertinimo procesas po kūrimo proceso ir patikrinimas, ar ji atitinka kliento reikalavimus.
11. Kokie yra skirtingi bandymo lygiai?
Yra keturi bandymo lygiai
- Vieneto / komponento / programos / modulio testavimas
- Integracijos testavimas
- Sistemos testavimas
- Priėmimo testavimas
12. Kas yra integracijos testavimas?
Integravimo testavimas yra programinės įrangos testavimo proceso lygis, kai derinami ir išbandomi atskiri programos vienetai. Paprastai jis atliekamas atlikus įrenginio ir funkcinius bandymus.
13. Iš ko susideda bandymų planai?
Testo planas, apimtis, testavimo strategijos, požiūris yra įvairios detalės, kurias sudaro testo plano dokumentas.
- Bandymo atvejo identifikatorius
- Taikymo sritis
- Tikrinamos savybės
- Funkcijos, kurių negalima išbandyti
- Testo strategija ir bandymo metodas
- Testo rezultatai
- Atsakomybė
- Darbuotojai ir mokymai
- Rizika ir nenumatyti atvejai
14. Kuo skiriasi UAT (User Acceptance Testing) ir sistemos testavimas?
Sistemos testavimas: Sistemos testavimas yra defektų nustatymas, kai sistema išbandoma kaip visuma; jis taip pat žinomas kaip „end-to-end“ testavimas. Tokio tipo bandymuose programa kenčia nuo pradžios iki pabaigos.
UAT: Vartotojo priėmimo testavimas (UAT) apima produkto paleidimą atliekant keletą specialių testų, kurie nustato, ar produktas atitiks jo vartotojų poreikius.
15. Paminėkite skirtumą tarp duomenimis pagrįsto testavimo ir pakartotinio testavimo?
Pakartotinis bandymas : tai yra klaidų tikrinimo procesas, kurį atlieka kūrėjų komanda, kad patikrintų, ar jie yra ištaisyti.
Duomenimis pagrįstas testavimas (DDT): atliekant duomenimis pagrįstą bandymo procesą, programa išbandoma naudojant kelis bandymo duomenis. Programa išbandoma naudojant skirtingas verčių rinkinius.
16. Kokie yra vertingi žingsniai norint išspręsti problemas bandant?
- Įrašai: registruokite ir tvarkykite visas įvykusias problemas
- Ataskaita: praneškite apie problemas aukštesnio lygio vadovui
- Valdymas: apibrėžkite problemos valdymo procesą
17. Kuo skiriasi testavimo scenarijai, bandymo atvejai ir testo scenarijus?
Testo scenarijų ir bandymų atvejų skirtumas yra tas
Testo scenarijai: Testavimo scenarijus yra bet kuri funkcija, kurią galima išbandyti. Jis taip pat vadinamas bandymo sąlyga arba bandymo galimybe.
Bandomosios bylos: tai dokumentas, kuriame yra atlikti veiksmai; tai buvo planuota anksčiau.
Testo scenarijus: jis parašytas programavimo kalba ir yra trumpa programa, naudojama programinės įrangos sistemos funkcionalumui patikrinti. Kitaip tariant, rašytinis veiksmų rinkinys, kurį reikia atlikti rankiniu būdu.
18. Kas yra latentinis defektas?
Latentinis defektas: Šis defektas yra esamas sistemos defektas, kuris nesukelia jokio gedimo, nes niekada nebuvo įvykdytas tikslus sąlygų rinkinys
19. Kokie du parametrai gali būti naudingi norint sužinoti testo vykdymo kokybę?
Norėdami sužinoti testo vykdymo kokybę, galime naudoti du parametrus
- Defektų atmetimo santykis
- Defektų nuotėkio santykis
20. Kokia yra programinės įrangos testavimo priemonės „fantomas“ funkcija?
„Phantom“ yra nemokama programa ir naudojama „Windows“ GUI automatizavimo scenarijų kalbai. Tai leidžia mums automatiškai perimti langų ir funkcijų valdymą. Jis gali imituoti bet kokius klavišų paspaudimų ir pelės paspaudimų derinius, taip pat meniu, sąrašus ir dar daugiau.
21. Paaiškinkite, kas yra testo rezultatai?
„Test Deliverables“ yra dokumentų, įrankių ir kitų komponentų rinkinys, kurį reikia sukurti ir prižiūrėti, kad būtų palaikomi bandymai.
Kiekviename programinės įrangos kūrimo gyvavimo ciklo etape yra skirtingi bandomieji rezultatai
- Prieš bandymą
- Testavimo metu
- Po bandymo
22. Kas yra mutacijos tyrimas?
Mutacinis testavimas yra metodika, skirta nustatyti, ar bandymo duomenų rinkinys ar bandymo atvejis yra naudingi, tyčia įvedant įvairius kodo pakeitimus (klaidas) ir pakartotinai išbandant originalius bandymo duomenis / atvejus, siekiant nustatyti, ar klaidos aptiktos.
23. Į ką reikėtų atsižvelgti prieš pasirenkant automatikos įrankius AUT?
- Techninis įgyvendinamumas
- Sudėtingumo lygis
- Taikymo stabilumas
- Testo duomenys
- Paraiškos dydis
- Automatinių scenarijų pakartotinis naudojimas
- Vykdymas visoje aplinkoje
24. Kaip atliksite rizikos analizę?
Norint atlikti rizikos analizę, reikia atlikti šiuos veiksmus
- Rizikos balo radimas
- Rizikos profilio sudarymas
- Rizikos savybių keitimas
- Priskirkite šios bandomosios rizikos išteklius
- Rizikos duomenų bazės sudarymas
25. Kokios yra derinimo kategorijos?
Derinimo kategorijos
- Žiaurios jėgos derinimas
- Grįžimas
- Priežasties pašalinimas
- Programos pjaustymas
- Gedimų medžio analizė
26. Ką gedimų maskavimas paaiškina pavyzdžiu?
Kai vieno defekto buvimas slepia kito sistemos defekto buvimą, jis žinomas kaip gedimo maskavimas.
Pavyzdys: Jei dėl „Neigiamos vertės“ bus suaktyvinta neapdorota sistemos išimtis, kūrėjas neleis įvesti neigiamų verčių. Tai išspręs problemą ir paslėps neapdorotų išimčių šaudymo defektą.
27. Paaiškinkite, kas yra bandymų planas? Kokia informacija turėtų būti įtraukta į bandymų planą?
Bandymų planą galima apibrėžti kaip dokumentą, kuriame aprašoma bandymų apimtis, požiūris, ištekliai ir tvarkaraštis, o bandymų plane turėtų būti nurodyta ši informacija.
- Testo strategija
- Testo tikslas
- Išėjimo / sustabdymo kriterijai
- Išteklių planavimas
- Testo rezultatai
28. Kaip galite pašalinti produkto riziką savo projekte?
Tai padeda jums pašalinti produkto riziką jūsų projekte ir yra paprastas, tačiau svarbus žingsnis, kuris gali sumažinti produkto riziką jūsų projekte.
- Ištirkite specifikacijos dokumentus
- Diskutuokite apie projektą su visomis suinteresuotosiomis šalimis, įskaitant kūrėją
- Kaip tikras vartotojas vaikšto po svetainę
29. Kokia bendra rizika lemia projekto nesėkmę?
Bendra rizika, dėl kurios kyla nesėkmė, yra
- Nepakanka žmogiškųjų išteklių
- Bandymo aplinka gali būti netinkamai nustatyta
- Ribotas biudžetas
- Laiko apribojimai
30. Kuo remiantis galite įvertinti savo projektą?
Norėdami įvertinti savo projektą, turite atsižvelgti į šiuos dalykus
- Suskirstykite visą projektą į mažiausias užduotis
- Paskirkite kiekvieną užduotį komandos nariams
- Įvertinkite kiekvienai užduočiai atlikti reikalingas pastangas
- Patvirtinkite įvertinimą
31. Paaiškinkite, kaip paskirstytumėte užduotį komandos nariams?
| Užduotis | Narys |
|
|
|
|
|
|
|
|
|
|
32. Paaiškinkite, kas yra testavimo tipas ir koks dažniausiai naudojamas testavimo tipas?
Norint gauti laukiamą bandymo rezultatą, laikomasi standartinės procedūros, vadinamos testavimo tipu.
Dažniausiai naudojami testavimo tipai yra
- Vieneto testavimas: išbandykite mažiausią programos kodą
- API testavimas: Testavimo API sukurta programai
- Integracijos testavimas: atskiri programinės įrangos moduliai sujungiami ir išbandomi
- Sistemos testavimas: pilnas sistemos testavimas
- Įdiegti / pašalinti diegimą: testavimas atliekamas kliento / kliento požiūriu
- Vikrus testavimas: testavimas naudojant judrią techniką
33. Stebėdami savo projektą, į ką turite atsižvelgti?
Dalykai, į kuriuos reikia atsižvelgti, yra
- Ar jūsų projektas yra pagal tvarkaraštį
- Ar peržengėte biudžetą
- Ar siekiate to paties karjeros tikslo
- Ar turite pakankamai išteklių
- Ar yra kokių nors perspėjamųjų ženklų apie artėjančias problemas
- Ar yra vadovų spaudimas greičiau užbaigti projektą
34. Kokios dažniausiai pasitaikančios klaidos kelia problemų?
- Išteklių derinimas su neteisingais projektais
- Testo vadovui trūksta įgūdžių
- Neklauso kitų
- Blogas planavimas
- Nuvertina
- Nepaisydamas mažų problemų
- Proceso nesilaikymas
35. Ką sudaro tipinė bandymų ataskaita? Kuo naudingos bandymų ataskaitos?
Bandymo ataskaitoje pateikiami šie dalykai:
- Informacija apie projektą
- Testo tikslas
- Testo santrauka
- Defektas
Bandymų ataskaitų pranašumai yra šie:
- Informuojama apie esamą projekto būklę ir produkto kokybę
- Jei reikia, suinteresuotas asmuo ir klientas gali imtis taisomųjų veiksmų
- Galutinis dokumentas padeda nuspręsti, ar produktas paruoštas išleisti
36. Kas yra testų valdymo peržiūra ir kodėl ji yra svarbi?
Valdymo peržiūra taip pat vadinama programinės įrangos kokybės užtikrinimu arba SQA. SQA daugiau dėmesio skiria programinės įrangos procesui, o ne programinės įrangos darbo produktams. Tai yra veiklų rinkinys, skirtas užtikrinti, kad projekto vadovas laikosi standartinio proceso. SQA padeda bandymų vadovui palyginti projektą pagal nustatytus standartus.
37. Kokia yra geriausia programinės įrangos kokybės užtikrinimo praktika?
Geriausia veiksmingo SQA įgyvendinimo praktika yra
- Nuolatinis tobulinimas
- Dokumentacija
- Įrankio naudojimas
- Metrika
- Komandos narių atsakomybė
- Patyrę SQA auditoriai
38. Kada ruošiama RTM (Reikalavimo atsekamumo matrica)?
RTM yra parengtas prieš bandymo atvejo projektavimą. Reikalavimai turėtų būti atsekami iš peržiūros veiklos.
39. Kuo skiriasi bandymo matrica ir atsekamumo matrica?
Testo matrica : Testo matrica naudojama fiksuoti tikrąją kokybę, pastangas, planą, išteklius ir laiką, reikalingą visoms programinės įrangos testavimo fazėms užfiksuoti.
Atsekamumo matrica : Testavimo atvejų ir klientų reikalavimų susiejimas yra žinomas kaip atsekamumo matrica
40. Kas yra rankiniai bandymai ir kas yra vairuotojai?
Tiek keliai, tiek vairuotojai yra papildomos testavimo dalis. Atliekant laipsniškus bandymus, yra du metodai, būtent „iš apačios į viršų“ ir „iš viršaus į apačią“. Tvarkyklės yra naudojamos atliekant bandymus iš apačios į viršų, o „stub“ - metodas „iš viršaus į apačią“. Norint išbandyti pagrindinį modulį, naudojamas „stub“, kuris yra manekeno kodas arba programa.
41. Kokį žingsnį atliktumėte radę defektą?
Radęs defektą, atlikite šį veiksmą
a) Atkurkite defektą
b) Pridėkite ekrano kopiją
c) Užregistruokite defektą
42. Paaiškinkite, kas yra testavimo metodas „pagrįstas bandymų planu“ arba „pagrindinis žodis“?
Ši technika naudoja tikrąjį testo atvejo dokumentą, kurį sukūrė testuotojai naudodami skaičiuoklę, kurioje yra specialūs „raktiniai žodžiai“. Pagrindiniai žodžiai kontroliuoja apdorojimą.
43. Kas yra DFD (duomenų srauto diagrama)?
Kai grafiškai pavaizduotas „duomenų srautas“ per informacinę sistemą, jis žinomas kaip duomenų srauto diagrama. Jis taip pat naudojamas duomenų apdorojimo vizualizavimui.
44. Paaiškinkite, kas yra LCSAJ?
LCSAJ reiškia „linijinė kodų seka ir šuolis“. Jį sudaro šie trys elementai
a) Vykdomųjų sakinių tiesinės sekos pradžia
b) Tiesinės sekos pabaiga
c) tikslinė linija, į kurią perkeliamas valdymo srautas tiesinės sekos pabaigoje
45. Paaiškinkite, kas yra N + 1 testavimas?
Regresijos bandymo kitimas pateikiamas kaip N + 1. Taikant šią metodiką, bandymai atliekami keliais ciklais, kurių metu „N“ bandymo cikle nustatytos klaidos pašalinamos ir dar kartą išbandomos N + 1 bandymo cikle. Ciklas kartojamas, jei nėra klaidų.
46. Kas yra „Fuzz“ testavimas ir kada jis naudojamas?
„Fuzz“ testavimas naudojamas saugos spragoms ir programinės įrangos kodavimo klaidoms aptikti. Taikant šią techniką, atsitiktiniai duomenys pridedami prie sistemos bandant sudužti sistemą. Jei pažeidžiamumas vis dar išlieka, galimoms priežastims nustatyti naudojamas „fuzz tester“ vadinamas įrankis. Ši technika yra naudingesnė didesniems projektams, tačiau aptinka tik pagrindinį gedimą.
47. Paminėkite, kokie yra pagrindiniai programinės įrangos testavimo teiginių aprėpties metrikos pranašumai?
Išrašų aprėpties metrikos nauda yra ta
a) Tam nereikia apdoroti šaltinio kodo ir jis gali būti taikomas tiesiogiai objekto kodui
b) Klaidos paskirstomos tolygiai per kodą, dėl kurio padengtų vykdomųjų sakinių procentas atspindi aptiktų klaidų procentą
48. Kaip sukurti „pakeisti eilutę“ metodo bandymo atvejus?
a) Jei simboliai naujoje eilutėje> ankstesnės eilutės simboliai. Nė vienas iš veikėjų neturėtų būti sutrumpintas
b) Jei simboliai naujoje eilutėje c) Tarpai po ir prieš eilutę neturėtų būti ištrinti d) Stygos turėtų būti pakeistos tik pirmą kartą pasirodžius eilutei 49. Kaip susitvarkysi su konfliktu tarp savo komandos narių? 50. Paminėkite, kokios yra defektų kategorijos? Daugiausia yra trys defektų kategorijos 51. Paaiškinkite, kaip veikia testo aprėpties įrankis? Kodo aprėpties testavimo įrankis veikia lygiagrečiai, kai atliekamas tikrojo produkto bandymas. Kodo aprėpties įrankis stebi įvykdytus šaltinio kodo sakinius. Kai bus atliktas paskutinis bandymas, gausime išsamią laukiančių ataskaitų ataskaitą ir gausime aprėpties procentą. 52. Paminėkite, koks skirtumas tarp „defekto“ ir „gedimo“ bandant programinę įrangą? Paprasčiau tariant, kai defektas pasiekia galutinį klientą, jis vadinamas gedimu, o defektas nustatomas viduje ir pašalinamas; tada jis vadinamas defektu. 53. Paaiškinkite, kaip išbandyti dokumentus projekte, kuris apima visą programinės įrangos kūrimo gyvavimo ciklą? Projektas apima visą programinės įrangos kūrimo gyvavimo ciklą tokiu būdu 54. Paaiškinkite, kurie bandomieji atvejai užrašomi pirmosios juodos arba baltos dėžutės? Pirmiausia rašomi juodosios dėžės testo atvejai, rašant juodosios dėžės testo atvejus; reikalingas projekto planas ir reikalavimo dokumentas. Visi šie dokumentai yra lengvai prieinami projekto pradžioje. Rašant baltos dėžės bandymo atvejus, reikia daugiau architektūrinio supratimo ir projekto pradžioje jo nėra. 55. Paaiškinkite, kuo skiriasi latentiniai ir užmaskuoti defektai? 56. Paminėkite, kas yra „iš apačios į viršų“ testavimas? „Iš apačios į viršų“ yra integracijos bandymo metodas, kai pirmiausia išbandomi žemiausio lygio komponentai, vėliau jie naudojami palengvinant aukštesnio lygio komponentų testavimą. Procesas kartojamas tol, kol bus išbandytas komponentas hierarchijos viršuje. 57. Paminėkite, kokie yra skirtingi bandymų aprėpties būdai? Įvairių tipų bandymų aprėpties metodai apima 58. Paminėkite, kokia yra kvėpavimo testavimo prasmė? Kvėpavimo testavimas yra testų rinkinys, kuris išnaudoja visas produkto funkcijas, tačiau detaliai neišbando funkcijų 59. Paaiškinkite, kokia yra „Code Walk Through“ prasmė? „Code Walk Through“ yra neformali programos šaltinio kodo analizė, skirta rasti defektus ir patikrinti kodavimo metodus 60. Paminėkite, kokie yra pagrindiniai defektų ataskaitos formato komponentai? Esminiai defektų ataskaitos formato komponentai yra 61. Paminėkite, koks yra „visiško testavimo“ tikslas? „End-to-end“ testavimas atliekamas atlikus funkcinius bandymus. „Atliekant nuo galo iki galo“ bandymų tikslas yra tas 62. Paaiškinkite, ką tai reiškia bandomieji diržai? Bandomasis diržas konfigūruoja įrankių ir bandymų duomenų rinkinį, kad būtų galima išbandyti programą įvairiomis sąlygomis. Tai apima išvesties stebėjimą, atsižvelgiant į numatomą išvesties teisingumą. 63. Testavimo projekte paaiškinkite, kokią testavimo veiklą jūs automatizuotumėte? Testuodami projekto testavimo veiklą, jūs būtumėte automatizuoti 64. Kokia yra pagrindinė testų kūrimo nauda gyvenimo ciklo pradžioje? Tai padeda išvengti defektų įtraukimo į kodą. 65. Kas yra rizika pagrįstas testavimas? Rizika pagrįstas testavimas yra terminas, vartojamas bandymų strategijai sukurti, pagrįstai testų prioritetu pagal riziką. Metodo pagrindas yra išsami rizikos analizė ir rizikos prioritetų nustatymas pagal rizikos lygį. Tada nurodomi kiekvienos rizikos šalinimo bandymai, pirmiausia pradedant didžiausia rizika. 66. KAS PAGRINDINIS skirtumas tarp prevencinio ir reaktyvaus bandymų? Prevenciniai testai yra sukurti anksti; reaktyvieji bandymai yra suprojektuoti jau sukūrus programinę įrangą. 67. Koks yra pasitraukimo kriterijų tikslas? Išėjimo kriterijų tikslas yra apibrėžti, kada baigiamas testo lygis. 68. Kas lemia rizikos lygį? Nepageidaujamo įvykio tikimybė ir įvykio poveikis lemia rizikos lygį. 69. Kada naudojamas sprendimų lentelės testavimas? Sprendimų lentelių testavimas naudojamas bandymų sistemoms, kurių specifikacijos pateikiamos kaip taisyklės arba priežasties-pasekmės deriniai. Sprendimų lentelėje įvestys nurodomos stulpelyje, o išvestys yra tame pačiame stulpelyje, bet po įvestimis. Likusioje lentelės dalyje nagrinėjami įvesties deriniai, siekiant apibrėžti pagamintus rezultatus. Sužinokite daugiau apie sprendimų lentelių testavimo techniką vaizdo įrašų pamokoje čia 70. Kodėl mes naudojame sprendimų lenteles? Ekvivalentiškumo padalijimo ir ribinės vertės analizės metodai dažnai taikomi konkrečioms situacijoms ar įvestims. Tačiau jei dėl skirtingų įvesties derinių imamasi skirtingų veiksmų, tai gali būti sunkiau parodyti naudojant lygiavertiškumo skaidymą ir ribinės vertės analizę, kurios dažniausiai būna labiau orientuotos į vartotojo sąsają. Kiti du specifikacijomis pagrįsti metodai, sprendimų lentelės ir būsenos perėjimo testavimas yra labiau orientuoti į verslo logiką ar verslo taisykles. Sprendimų lentelė yra geras būdas spręsti dalykų derinius (pvz., Įvestis). Ši technika kartais taip pat vadinama „priežasties-pasekmės“ lentele. Priežastis yra ta, kad yra susieta loginio schemavimo technika, vadinama „priežasties-pasekmės grafiku“, kuri kartais buvo naudojama sprendimų lentelės sudarymui 71. Koks yra pagrindinis tikslas peržiūrint programinės įrangos pristatymą? Norėdami nustatyti bet kurio programinės įrangos darbo produkto defektus. 72. Kuris iš šių apibūdina laukiamus testo rezultatus? Bandymo atvejo specifikacija arba bandymo projekto specifikacija. Bandymo atvejo specifikacija apibrėžia laukiamus bandymo rezultatus. 73. Kokia testo nepriklausomumo nauda? Tai leidžia išvengti autoriaus šališkumo apibrėžiant efektyvius testus. 74. Kurio bandymo proceso metu jūs nustatote pasitraukimo kriterijus? Išėjimo kriterijai nustatomi remiantis „Testavimo planavimu“. 75. Kas yra „Alfa“ testavimas? Prieš leidimą bandymai, kuriuos atlieka galutinių vartotojų atstovai kūrėjo svetainėje. 76. Kas yra beta testavimas? Testavimą atlieka potencialūs klientai savo vietose. 77. Paminėkite, koks yra bandomojo ir beta testavimo skirtumas? Skirtumas tarp bandomojo ir beta versijos testavimo yra tas, kad bandomasis bandymas iš tikrųjų atliekamas naudojant produktą, kurį atlieka vartotojų grupė prieš galutinį diegimą, o atliekant beta testavimą mes neįvedame tikrųjų duomenų, tačiau jie yra įdiegti galutiniam klientui patvirtinti jei produktą galima naudoti gamyboje. 78. Atsižvelgiant į šį kodo fragmentą, kiek testų reikia norint 100% apimti sprendimus? 4 79. Jūs sukūrėte bandomuosius atvejus, kad pateiktų 100% pareiškimą ir 100% sprendimo aprėptį šiam kodo fragmentui. jei plotis> ilgis, tada didžiausias_dimensionas = plotis kitas didžiausias_dimensionas = ilgis end_if Tai aukščiau esančio kodo fragmento apačioje. print "Didžiausias matmuo yra" & didžiausias_dimensionprint "Plotis: & plotis spausdinti "Ilgis: & ilgis Kiek dar reikia bandymų atvejų? Nėra, galima naudoti esamus bandymo atvejus. 80. Kuo skiriasi testavimo technika ir testavimo įrankiai? Testavimo technika: - tai procesas, užtikrinantis, kad kai kurie programos sistemos ar padalinio aspektai tinkamai funkcionuoja, gali būti nedaug, bet daugybė įrankių. Testavimo įrankiai: - tai transporto priemonė bandymų procesui atlikti. Įrankis yra testuotojo šaltinis, tačiau jo nepakanka testavimui atlikti Sužinokite daugiau apie testavimo įrankius čia 81. Reikalavimų analizės išvestį, reikalavimo specifikaciją naudojame kaip įvestį rašymui Vartotojo priėmimo bandymo atvejai 82. Pakartotinis jau patikrintos programos testavimas po modifikavimo, siekiant nustatyti bet kokius defektus, įvestus ar pastebėtus dėl bandomos programinės įrangos ar kito susijusio ar nesusijusio programinės įrangos komponento pakeitimų: Regresijos testavimas 83. Didmenininkas pardavinėja spausdintuvo kasetes. Mažiausias užsakymo kiekis yra 5. 100 ir daugiau spausdintuvų kasečių užsakymams taikoma 20% nuolaida. Jūsų paprašė paruošti bandomuosius atvejus, naudojant įvairias užsakytų spausdintuvų kasečių skaičiaus vertes. Kurioje iš šių grupių yra trys testo įvestys, kurios būtų sukurtos naudojant ribinės vertės analizę? 4, 5, 99 84. Kas yra komponentų testavimas? Komponentų testavimas, dar vadinamas vieneto, modulio ir programos testavimu, ieško atskirai testuojamos programinės įrangos (pvz., Modulių, programų, objektų, klasių ir kt.) Defektų ir patikrina jų veikimą. Komponentų testavimas gali būti atliekamas atskirai nuo likusios sistemos, atsižvelgiant į kūrimo gyvavimo ciklo kontekstą ir sistemą. Dažniausiai trūkumai ir tvarkyklės naudojami trūkstamai programinei įrangai pakeisti ir paprasčiausiai imituoti sąsają tarp programinės įrangos komponentų. Iš bandomojo programinės įrangos komponento iškviečiamas stuburas; vairuotojas kviečia testuoti komponentą. Čia yra nuostabus vaizdo įrašas apie „ Unit Testing“ 85. Kas yra funkcinės sistemos testavimas? Viso sistemos funkcionalumo testavimas apibrėžiamas kaip funkcinis sistemos testavimas. 86. Kokia yra nepriklausomo testavimo nauda? Nepriklausomi testuotojai yra nešališki ir tuo pačiu metu nustato skirtingus defektus. 87. Kada galėtumėte tikėtis, kad atliekant REAKTYVŲ bandymų metodą bus pradėta didžioji bandymų projektavimo dalis? Didžioji dalis bandymo projektavimo darbų prasidėjo po to, kai buvo sukurta programinė įranga ar sistema. 88. Kokios yra judriojo vystymosi modelio skirtingos metodikos? Šiuo metu man yra septyni skirtingos judrios metodikos: 89. Kuri pagrindinio bandymo proceso veikla apima reikalavimų ir sistemos patikrinamumo vertinimą? „Testo analizė“ ir „Projektavimas“ apima reikalavimų ir sistemos patikrinamumo vertinimą. 90. Kokia dažniausiai yra svarbiausia priežastis, dėl kurios rizika naudojama norint paskatinti bandymus? Nes išbandyti viską neįmanoma. 91. Kas yra atsitiktinis / beždžionių testavimas? Kada jis vartojamas? Atsitiktinis testavimas dažnai vadinamas beždžionių testavimu. Tokio tipo bandymuose duomenys generuojami atsitiktinai, dažnai naudojant įrankį ar automatinį mechanizmą. Naudojant šią atsitiktinai sugeneruotą įvestį, sistema išbandoma, o rezultatai atitinkamai analizuojami. Šie bandymai yra mažiau patikimi; todėl paprastai jį naudoja pradedantieji ir norėdami sužinoti, ar sistema išlaikys neigiamą poveikį. 92. Kuris iš šių kriterijų yra tinkami pranešimų apie įvykius tikslai? 93. Apsvarstykite šiuos metodus. Kurios yra statiškos, o kurios - dinaminės technikos? Duomenų srauto analizė ir tikrinimai yra statiniai; Lygiavertiškumo skaidymas, naudojimo atvejų testavimas, tiriamasis ir sprendimų testavimas yra dinamiški. 94. Kodėl statinis ir dinaminis testavimas apibūdinami kaip vienas kitą papildantys? Nes jie turi bendrą tikslą nustatyti defektus, tačiau skiriasi pagal nustatytus defektų tipus. 95. Kokie yra oficialios peržiūros etapai? Priešingai nei neoficialios peržiūros, oficialios peržiūros vyksta pagal oficialų procesą. Tipišką oficialios peržiūros procesą sudaro šeši pagrindiniai žingsniai: 96. Koks yra moderatoriaus vaidmuo peržiūros procese? Moderatorius (arba peržiūros vadovas) vadovauja peržiūros procesui. Jis, bendradarbiaudamas su autoriumi, nustato recenzijos tipą, požiūrį ir peržiūros grupės sudėtį. Moderatorius atlieka įrašo patikrinimą ir tolesnius veiksmus, susijusius su perdirbimu, siekdamas kontroliuoti peržiūros proceso įvesties ir išvesties kokybę. Moderatorius taip pat planuoja susitikimą, išplatina dokumentus prieš susitikimą, treniruoja kitus komandos narius, tempo susitikimą, veda galimas diskusijas ir saugo surinktus duomenis. Sužinokite daugiau apie vaizdo įrašų mokymo programos peržiūros procesą čia 97. Kas yra ekvivalentiškumo skaidinys (dar vadinamas ekvivalentiškumo klase)? Įvesties ar išvesties reikšmių diapazonai yra tokie, kad tik viena diapazono reikšmė tampa bandomuoju atveju. 98. Kada reikėtų įgyvendinti konfigūracijos valdymo procedūras? Testo planavimo metu. 99. Funkcinių bandymų tipas, kuris tiria funkcijas, susijusias su grėsmių, tokių kaip kenksmingų pašalinių asmenų virusų, nustatymu? Saugumo testavimas 100. Testavimas, kai testo tikslui taikome skirtingus darbo krūvius, kad pamatuotume ir įvertintume elgesio elgesį ir taikinio bei testo gebėjimą toliau tinkamai veikti esant šiems skirtingiems krūviams? Apkrovos testavimas 101. Testavimo veikla, kuri atliekama siekiant nustatyti sąsajų ir integruotų komponentų sąveikos defektus, yra? Integracijos lygio testavimas 102. Kokie yra „Structure“ (baltos dėžės) testavimo metodai? Struktūra pagrįsti bandymo metodai (kurie taip pat yra dinamiški, o ne statiniai) naudoja vidinę programinės įrangos struktūrą bandymų atvejams išgauti. Jie paprastai vadinami „baltos dėžės“ arba „stiklo dėžės“ metodais (tai reiškia, kad jūs galite pamatyti sistemoje), nes jiems reikia žinių apie tai, kaip įdiegta programinė įranga, tai yra, kaip ji veikia. Pavyzdžiui, struktūrinė technika gali būti susijusi su programinės įrangos kilpų naudojimu. Skirtingi bandymo atvejai gali būti išgaunami, norint atlikti kilpą vieną, du ir daug kartų. Tai gali būti padaryta neatsižvelgiant į programinės įrangos funkcionalumą. 103. Kada reikia atlikti „regresijos testavimą“? Pakeitus programinę įrangą arba pasikeitus aplinkai, reikia atlikti regresijos bandymus. 104 . Kas yra neigiamas ir teigiamas testavimas? Neigiamas testas yra tada, kai įvedate neteisingą įvestį ir gaunate klaidų. Nors teigiamas testavimas yra tada, kai įvedate teisingą įvestį ir tikitės, kad kai kurie veiksmai bus atlikti pagal specifikaciją. 105. Koks yra testo baigimo kriterijaus tikslas? Testo užbaigimo kriterijaus tikslas yra nustatyti, kada reikia nutraukti bandymą 106. Ko negali rasti statinė analizė? Pavyzdžiui, nuteka atmintis. 107. Kuo skiriasi pakartotiniai ir regresiniai bandymai? Pakartotinis bandymas užtikrina pirminio gedimo pašalinimą; regresijos bandymai ieško netikėtų šalutinių poveikių. 108. Kokie yra patirtimi pagrįsti testavimo metodai? Taikant patirtimi pagrįstas technikas, žmonių žinios, įgūdžiai ir patirtis yra pagrindinis indėlis į testo sąlygas ir bandymų atvejus. Svarbi tiek techninių, tiek verslo žmonių patirtis, nes jie suteikia skirtingas perspektyvas testų analizės ir projektavimo procese. Dėl ankstesnės patirties su panašiomis sistemomis jie gali įžvelgti, kas gali nutikti blogai, o tai labai naudinga bandant. 109. Kokio tipo peržiūrai reikalingi oficialūs atvykimo ir pasitraukimo kriterijai, įskaitant metriką? Inspekcija 110. Ar peržiūras ar patikrinimus galima laikyti bandymų dalimi? Taip, nes abi priemonės nustato gedimus ir pagerina kokybę. 111. Įvesties lauke nurodomi gimimo metai nuo 1900 m. Iki 2004 m., Kokios yra šio lauko bandymo ribinės vertės? 1899,1900,2004,2005 112. Kuris iš šių įrankių būtų naudojamas regresijos bandymo automatizavimui? a. Duomenų tikrintojas b. Ribinis testeris c. Fotografavimas / atkūrimas d. Rezultatų palyginimas. d. Rezultatų palyginimas 113. Norėdami patikrinti funkciją, ką turi parašyti programuotojas, kuris iškviečia testuojamą funkciją ir perduoda testo duomenis. Vairuotojas 114. Kokia yra viena pagrindinių priežasčių, kodėl kūrėjams sunku išbandyti savo darbus? Objektyvumo trūkumas 115. "Kiek bandymų pakanka?" Atsakymas priklauso nuo rizikos jūsų pramonei, sutarties ir specialių reikalavimų. 116. Kada reikėtų nutraukti bandymą? Tai priklauso nuo bandomos sistemos rizikos. Yra keletas kriterijų, pagal kuriuos galite nutraukti bandymą. 117. Kuris iš šių dalykų yra pagrindinis integracijos strategijos, skirtos integracijos bandymams mažuose, tikslas? Pagrindinis integracijos strategijos tikslas yra nurodyti, kuriuos modulius derinti kada ir kiek iš karto. 118. Kas yra pusiau atsitiktiniai testo atvejai? Pusiau atsitiktiniai bandymo atvejai yra niekas, bet kai mes atliekame atsitiktinius bandymo atvejus ir atliekame lygiavertiškumo padalijimą į tuos bandymo atvejus, tai pašalina nereikalingus bandymo atvejus ir taip suteikia mums pusiau atsitiktinius bandymo atvejus. 119. Atsižvelgdamas į šį kodą, kuris teiginys yra teisingas apie mažiausią bandymų skaičių, reikalingą visam pareiškimui ir filialo aprėpčiai? Skaityti p Perskaitykite q JEI p + q> 100 TADA Spausdinti „didelis“ ENDIF JEI p> 50 TADA Spausdinti „p Large“ ENDIF 1 testas teiginių aprėpčiai, 2 šakų padengimui 120. Kokia apžvalga paprastai naudojama norint įvertinti gaminį, siekiant nustatyti jo tinkamumą numatytam naudojimui ir nustatyti neatitikimus? Techninė apžvalga. 121. Rasti gedimai turėtų būti iš pradžių dokumentuoti, kas? Testuotojų. 122. Kuris yra dabartinis oficialus visame pasaulyje pripažintas dokumentų standartas? Nėra vieno. 123. Kuris iš šių yra peržiūros dalyvis, sukūręs peržiūrimą daiktą? Autorius 124. Programinėje įrangoje yra ištaisyta keletas kritinių klaidų. Visos klaidos yra viename modulyje, susijusios su ataskaitomis. Testų vadybininkas nusprendžia atlikti regresijos testus tik ataskaitų modulyje. Regresijos bandymai turėtų būti atliekami ir kituose moduliuose, nes vieno modulio taisymas gali paveikti kitus modulius. 125. Kodėl ribinės vertės analizė suteikia gerų bandymų atvejų? Nes dažnai klaidos daromos programuojant skirtingus atvejus šalia verčių diapazono „kraštų“. 126. Kuo patikrinimas skiriasi nuo kitų tipų? Jam vadovauja apmokytas vadovas, jis naudoja oficialius įėjimo ir išėjimo kriterijus bei kontrolinius sąrašus. 127. Kodėl testeris gali priklausyti nuo konfigūracijos valdymo? Nes konfigūracijos valdymas užtikrina, kad mes žinome tikslią programinės įrangos versiją ir bandymo objektą. 128. Kas yra „V-Model“? Programinės įrangos kūrimo modelis, parodantis, kaip testavimo veikla integruojama į programinės įrangos kūrimo etapus 129. Kas yra techninės priežiūros bandymai? Suaktyvinamas modifikuojant, perkeliant ar išleidžiant esamą programinę įrangą 130. Kas yra testo aprėptis? Testo aprėptis tam tikru būdu matuoja bandymų, atliktų atliekant bandymų rinkinį, kiekį (gautą kitu būdu, pvz., Naudojant specifikacijomis pagrįstus metodus). Kur mes galime suskaičiuoti dalykus ir galime pasakyti, ar kiekvienas iš tų dalykų buvo patikrintas kokiu nors testu, tada mes galime išmatuoti aprėptį. 131. Kodėl pirmenybė teikiama laipsniškai integracijai, o ne „didžiojo sprogimo“ integracijai? Kadangi laipsniška integracija turi geresnes ankstyvųjų defektų atrankos ir izoliacijos galimybes 132. Kas vadinama procesu pradedant terminalo moduliais? Integracija iš apačios į viršų 133. Kurios bandomosios veiklos metu gedimą būtų galima rasti rentabiliausiai? Testo planavimo metu 134. Reikalavimų etapo tikslas yra Įšaldyti reikalavimus, suprasti vartotojų poreikius, apibrėžti testavimo apimtį 135. Kodėl testavimą suskirstėme į atskirus etapus? Testavimą suskirstėme į skirtingus etapus dėl šių priežasčių: 136. Kas yra DRE? Norint išmatuoti testo efektyvumą, bandymų efektyvumui matuoti naudojama galinga metrika, vadinama DRE (defektų šalinimo efektyvumas). Iš šios metrikos žinotume, kiek klaidų radome iš bandymų atvejų rinkinio. DRE apskaičiavimo formulė yra DRE = klaidų skaičius atliekant bandymą / klaidų skaičius bandant + vartotojo rastų klaidų skaičius 137. Kuriems iš šių dalykų tikriausiai bus naudingiausia naudoti bandymo priemones, užtikrinančias bandymų surinkimo ir atkūrimo galimybes? a) Regresijos bandymai b) Integracijos bandymai c) Sistemos testai d) Vartotojo priimtinumo testai Regresijos testavimas 138. Kaip galėtumėte įvertinti pakartotinių bandymų, kurių gali prireikti, kiekį? Ankstesnių panašių projektų ir diskusijų su kūrėjų komanda metrika 139. Kas tiria duomenų srauto analizę? Duomenų naudojimas keliuose per kodą. 140. Kas yra nesėkmė? Nesėkmė yra nukrypimas nuo nurodyto elgesio. 141. Kas yra bandomieji palyginimai? Ar tikrai tai yra testas, jei įdėjote tam tikrą programinės įrangos įvestį, bet niekada nežiūrite, ar programinė įranga duoda teisingą rezultatą? Testavimo esmė yra patikrinti, ar programinė įranga duoda teisingus rezultatus, ir tai padaryti, taip pat turime palyginti tai, ką programinė įranga gamina su tuo, ką turėtų gaminti. Testų palyginimas padeda automatizuoti šio palyginimo aspektus. 142. Kas yra atsakingas už visų peržiūros posėdyje nustatytų klausimų, problemų ir neišspręstų klausimų dokumentavimą Raštininkas 143. Koks yra pagrindinis neformalios peržiūros tikslas Nebrangus būdas gauti tam tikrą naudą 144. Koks yra bandymo projektavimo technikos tikslas? Bandymo sąlygų nustatymas ir bandymų atvejų nustatymas 145. Testuodamas pažymių skaičiavimo sistemą, testuotojas nustato, kad visi balai nuo 90 iki 100 suteiks A pažymį, tačiau žemesni nei 90 balai nebus. Ši analizė yra žinoma kaip: Lygiavertiškumo skaidymas 146. Testų vadybininkas nori naudoti turimus išteklius automatiniam žiniatinklio programos testavimui. Geriausias pasirinkimas yra testuotojas, testavimo automatika, interneto specialistas, DBA 147. Testuodamas modulių testerį, „X“ rado klaidą ir priskyrė ją kūrėjui. Tačiau kūrėjas tą patį atmeta sakydamas, kad tai nėra klaida. Ką „X“ turėtų daryti? Atsiųskite išsamią informaciją apie aptiktą klaidą ir patikrinkite, ar ji atkuriama 148. Integravimo bandymo tipas, kai programinės įrangos elementai, aparatinės įrangos elementai arba abu yra sujungti į komponentą arba bendrą sistemą, o ne etapais. Didžiojo sprogimo testavimas 149. Praktiškai, kurio gyvenimo ciklo modelio kūrimo ir testavimo lygiai gali būti didesni, mažiau ar skirtingi, atsižvelgiant į projektą ir programinės įrangos produktą. Pavyzdžiui, gali būti komponentų integravimo bandymai po komponentų bandymų ir sistemos integravimo bandymai po sistemos bandymų. V modelis 150. Kokia technika gali būti naudojama norint pasiekti įvesties ir išvesties aprėptį? Jis gali būti taikomas žmogaus įvedimui, įvedimui per sistemos sąsajas arba sąsajos parametrams atliekant integracijos bandymus. Lygiavertiškumo skaidymas 151. „Šį gyvenimo ciklo modelį lemia tvarkaraštis ir biudžeto rizika“ Šis teiginys labiausiai tinka. V modelis 152. Kokia tvarka turėtų būti atliekami bandymai? Pirmiausia reikia išbandyti svarbiausią 153. Kuo vėlesniame vystymosi ciklo etape aptinkamas gedimas, tuo brangiau jį pašalinti. Kodėl? Gedimas buvo įtrauktas į daugiau dokumentų, kodų, bandymų ir kt 154. Kas yra aprėpties matavimas? Tai dalinis bandymo kruopštumo matas. 155. Kas yra ribinės vertės testavimas? Išbandykite įėjimo ir išvesties ekvivalentiškumo klasių kraštus, žemiau ir virš jų. Pvz., Tarkime, banko programa, kurioje galite atsiimti ne daugiau kaip 20 000 Rs ir ne mažiau kaip 100 Rs, taigi, testuodami ribinę vertę, mes tikriname tik tikslias ribas, o ne pataikome į vidurį. Tai reiškia, kad mes bandome viršijant maksimalią ribą ir žemiau minimalios ribos. 156. Ką reiškia COTS? Komercinis ne lentynoje. 157. Kurio tikslas yra leisti atlikti specialius sistemos ar tinklo bandymus, kurie kuo labiau primena aplinką, kurioje bandomasis daiktas bus naudojamas išleidus? Bandymo aplinka 158. Kas gali būti laikoma pagrįsta projekto planu, tačiau išsamiau? Fazių bandymų planas 159. Kas yra greita programų plėtra? Greitas taikomųjų programų kūrimas (RAD) yra formaliai lygiagretus funkcijų kūrimas ir tolesnė integracija. Komponentai / funkcijos yra kuriami lygiagrečiai, tarsi jie būtų mini projektai, kūriniai pateikiami laiko juostose, pristatomi ir tada surenkami į veikiantį prototipą. Tai gali labai greitai suteikti klientui ką nors pamatyti ir naudoti bei pateikti atsiliepimą apie pristatymą ir jo reikalavimus. Naudojant šią metodiką, galima greitai pakeisti ir tobulinti produktą. Tačiau tam tikru momentu reikės parengti produkto specifikaciją, o prieš pradedant gaminti projektą reikės oficialiau kontroliuoti. Peržiūrėkite mūsų testavimo testą Žr. „Mūsų“ programinės įrangos testavimo interviu klausimus „Youtube“ vaizdo įraše Nemokamas PDF atsisiuntimas: programinės įrangos testavimas, interviu klausimai ir atsakymai Aukščiau pateikti interviu klausimai ir atsakymai rankiniu būdu padės tiek naujokams, tiek patyrusiems kokybės užtikrinimo inžinieriams. Prašau pasidalinti puslapiu su draugais ir kolegomis.
jei plotis> ilgisthenbiggest_dimension = plotisjei aukštis> plotisthenbiggest_dimension = aukštispabaigos_ifelsebiggest_dimension = ilgisjei aukštis> ilgisthenbiggest_dimension = aukštispabaigos_ifpabaigos_if