Oleme kokku pannud kõige sagedamini küsitavad intervjuu käsitsi testimise küsimused ja vastused, mis tutvustavad teile tarkvara testimise intervjuu tüüpi, mida intervjueerija võib teile küsitluse ajal esitada. Selles käsitsi testimise intervjuu ja vastustega küsimuste loendis oleme käsitlenud kõiki korduma kippuvaid ja täiustatud tarkvara testimise intervjuu küsimusi koos üksikasjalike vastustega, mis aitavad teil käsitsi testimise töövestlust hõlpsalt puhastada.
Oleme käsitlenud pea 150+ olulist intervjuuküsimust värskete kandidaatide käsitsi testimiseks, samuti intervjuu käsitsi testimise kogemustega QA inseneridele, et aidata eelseisvaks intervjuuks valmistuda. See käsitsi testimiseks mõeldud intervjuuküsimuste üksikasjalik juhend aitab teil tarkvaratestimise tööintervjuu lahti saada.
Intervjuu küsimuste ja vastuste käsitsi testimine
1. Mis on uuriv testimine?
Uurimuslik testimine on praktiline lähenemisviis, kus testijad on kaasatud minimaalsesse planeerimisse ja maksimaalsesse testi teostamisse. Planeerimine hõlmab katseprogrammi loomist, lühikese (1–2 tundi kestva) aeg-testiga katsetamise ulatuse, eesmärkide ja võimalike lähenemisviiside lühideklaratsiooni loomist. Testi kavandamine ja katse teostamine viiakse läbi paralleelselt, tavaliselt ilma testimistingimusi, testijuhte või testskripte ametlikult dokumenteerimata. See ei tähenda, et muid ametlikumaid testimisvõtteid ei kasutata. Näiteks võib testija otsustada kasutada piirväärtuste analüüsi, kuid mõtleb läbi ja testib kõige olulisemad piirväärtused neid tingimata üles kirjutamata. Mõned märkused kirjutatakse uurimiskatsete käigus, et hiljem saaks aruande koostada.
2. Mis on "juhtumi testimine"?
Rakenduse funktsionaalsete nõuete kindlakstegemiseks ja täitmiseks algusest lõpuni kasutatakse "kasutusjuhtumit" ja selle jaoks kasutatavaid tehnikaid nimetatakse "kasutusjuhtumite testimiseks".
3. Mis vahe on STLC-l (tarkvara testimise elutsükkel) ja SDLC-l (tarkvaraarenduse elutsükkel)?
SDLC tegeleb tarkvara arendamise / kodeerimisega, STLC aga tarkvara valideerimise ja kontrollimisega
4. Mis on jälgitavuse maatriks?
Testjuhtumite ja nõuete suhet näidatakse dokumendi abil. Seda dokumenti tuntakse kui jälgitavuse maatriksit.
5. Mis on ekvivalentsuse jaotamise testimine?
Ekvivalentsuse jaotamise testimine on tarkvara testimise tehnika, mis jagab rakenduse sisendi testimise andmed igasse sektsiooni vähemalt üks kord samaväärsetest andmetest, millest saab testijuhtumeid tuletada. Selle testimismeetodi abil vähendab see tarkvara testimiseks vajalikku aega.
6. Mis on valge kasti testimine ja loetlege valge kasti testimise tüübid?
Valge kasti testimistehnika hõlmab testjuhtumite valimist komponendi või süsteemi sisemise struktuuri (koodi katvus, harude katvus, teede katvus, seisundi katvus jne) analüüsi põhjal. Seda tuntakse ka koodipõhise testimise või struktuurilise testimise nime all. Erinevat tüüpi valge kasti testimine on
- Avalduse katvus
- Otsuse katvus
7. Mida kontrollite valge kasti testimisel?
Valge kasti testimisel kontrollitakse järgmisi samme.
- Kontrollige koodis olevaid turvaauke
- Kontrollige koodi puudulikke või katkiseid teid
- Kontrollige struktuuri voogu vastavalt dokumendi spetsifikatsioonile
- Kontrollige eeldatavaid väljundeid
- Rakenduse täieliku funktsionaalsuse kontrollimiseks kontrollige koodi kõiki tingimuslikke silmusid
- Kontrollige rida rea kodeerimise abil ja katke 100% testimine
8. Mis on musta kasti testimine? Millised on erinevad musta kasti testimise tehnikad?
Musta kasti testimine on tarkvara testimise meetod, mida kasutatakse tarkvara testimiseks, tundmata koodi või programmi sisemist struktuuri. See testimine tehakse tavaliselt rakenduse funktsionaalsuse kontrollimiseks. Erinevad musta kasti testimise tehnikad on
- Samaväärsus jaotamine
- Piirväärtuse analüüs
- Põhjus-tagajärg graafik
9. Mis vahe on staatilisel ja dünaamilisel testimisel?
Staatiline testimine: staatilise testimise meetodil ei käivitata koodi ja see viiakse läbi tarkvara dokumentatsiooni abil.
Dünaamiline testimine: selle testimise läbiviimiseks peab kood olema täidetaval kujul.
10. Mis on kontrollimine ja kinnitamine?
Kontrollimine on tarkvara hindamise protsess arendusetapis. See aitab teil otsustada, kas antud rakenduse toode vastab määratletud nõuetele. Valideerimine on tarkvara hindamise protsess pärast arendusprotsessi ja selle kontrollimine, kas see vastab kliendi nõuetele.
11. Millised on erinevad testitasemed?
Testitasemeid on neli
- Üksuse / komponendi / programmi / mooduli testimine
- Integreerimise testimine
- Süsteemi testimine
- Vastuvõtu testimine
12. Mis on integreerimise testimine?
Integreerimistestimine on tarkvara testimise protsessi tase, kus rakenduse üksused ühendatakse ja testitakse. Tavaliselt viiakse see läbi pärast seadme ja funktsionaalsuse testimist.
13. Millest koosnevad testiplaanid?
Testi kavand, ulatus, testimisstrateegiad, lähenemine on erinevad detailid, millest testiplaani dokument koosneb.
- Testjuhtumi tunnus
- Reguleerimisala
- Testitavad omadused
- Testimata omadused
- Testi strateegia ja testimisviis
- Testtulemused
- Kohustused
- Personal ja koolitus
- Risk ja ettenägematud asjaolud
14. Mis vahe on UAT-l (User Acceptance Testing) ja süsteemi testimisel?
Süsteemi testimine: Süsteemi testimine on defektide leidmine, kui süsteem läbib testimise tervikuna; seda tuntakse ka kui end-to-end testimist. Sellist tüüpi testimisel kannatab rakendus algusest lõpuni.
UAT: kasutajate aktsepteerimise testimine (User Acceptance Testing, UAT) hõlmab toote käivitamist läbi mitmete konkreetsete testide, mis määravad, kas toode vastab selle kasutajate vajadustele.
15. Kas nimetada erinevust andmepõhise testimise ja uuesti testimise vahel?
Uuesti testimine: see on vigade kontrollimise protsess, mille abil arendusmeeskond kontrollib nende parandamist.
Andmepõhine testimine (DDT): andmepõhises testimisprotsessis testitakse rakendust mitme testandmega. Rakendust testitakse teistsuguste väärtustega.
16. Millised on väärtuslikud sammud probleemide lahendamiseks testimise ajal?
- Salvestage: logige sisse ja juhtuge juhtunud probleeme
- Aruanne: teatage probleemidest kõrgema taseme juhile
- Juhtimine: määrake väljaande haldamise protsess
17. Mis vahe on teststsenaariumidel, testjuhtumitel ja testskriptil?
Teststsenaariumide ja testjuhtumite erinevus seisneb selles
Teststsenaariumid: teststsenaarium on mis tahes funktsioon, mida saab testida. Seda nimetatakse ka testitingimuseks või testivõimaluseks.
Testijuhtumid: see on dokument, mis sisaldab täidetavaid samme; see on varem planeeritud.
Testskript: see on kirjutatud programmeerimiskeeles ja see on lühike programm, mida kasutatakse tarkvara tarkvarasüsteemi funktsionaalsuse testimiseks. Teisisõnu kirjalik sammude komplekt, mis tuleks läbi viia käsitsi.
18. Mis on varjatud defekt?
Varjatud defekt: see defekt on süsteemi olemasolev defekt, mis ei põhjusta riket, kuna täpseid tingimusi pole kunagi täidetud
19. Mis on kaks parameetrit, mis võivad olla kasulikud testi täitmise kvaliteedi teadmiseks?
Testi täitmise kvaliteedi tundmiseks võime kasutada kahte parameetrit
- Defektide tagasilükkamise suhe
- Defektide lekkekordaja
20. Mis on tarkvara testimise tööriista "fantoom" funktsioon?
Phantom on vabavara ja seda kasutatakse Windowsi GUI automatiseerimise skriptikeele jaoks. See võimaldab meil akende ja funktsioonide juhtimise automaatselt üle võtta. See suudab simuleerida klahvivajutuste ja hiireklõpsude kombinatsioone, samuti menüüsid, loendeid ja muud.
21. Selgitage, mis on testitulemused?
Testitulemused on dokumentide, tööriistade ja muude komponentide kogum, mis tuleb testimise jaoks välja töötada ja hooldada.
Tarkvaraarenduse elutsükli igas etapis on erinevad testitulemused
- Enne testimist
- Testimise ajal
- Pärast testimist
22. Mis on mutatsioonide testimine?
Mutatsioonitestimine on meetod, mille abil saab tuvastada, kas testiandmete kogum või testjuhtum on kasulik, sisestades tahtlikult erinevaid koodimuudatusi (vigu) ja testides algsete testiandmete / juhtumitega uuesti, et teha kindlaks, kas vead on tuvastatud.
23. Mida kõike peaksite enne automaatikatööriistade valimist kaaluma?
- Tehniline teostatavus
- Keerukuse tase
- Rakenduse stabiilsus
- Testiandmed
- Rakenduse suurus
- Automatiseeritud skriptide taaskasutatavus
- Täitmine kogu keskkonnas
24. Kuidas korraldate riskianalüüsi?
Riskianalüüsi jaoks tuleb rakendada järgmisi samme
- Riski skoori leidmine
- Riski profiili koostamine
- Riskiomaduste muutmine
- Kasutage selle testriski ressursse
- Riskiandmebaasi koostamine
25. Millised on silumise kategooriad?
Kategooriad silumiseks
- Toorjõu silumine
- Tagasijõudmine
- Põhjuse kõrvaldamine
- Programmi viilutamine
- Vigapuu analüüs
26. Mida on vea varjamine selgitada näitega?
Kui ühe defekti olemasolu varjab süsteemis teise defekti olemasolu, on see tuntud kui rikete varjamine.
Näide: kui "Negatiivne väärtus" põhjustab töötlemata süsteemi erandi käivitamise, takistab arendaja negatiivsete väärtuste sisestamist. See lahendab probleemi ja varjab käsitlemata erandite käivitamise defekti.
27. Selgitage, mis on testimiskava? Mis on teave, mida testiplaan peaks hõlmama?
Testimiskava võib määratleda dokumendina, mis kirjeldab testimistegevuse ulatust, lähenemisviisi, ressursse ja ajakava ning testimiskava peaks hõlmama järgmisi üksikasju.
- Testistrateegia
- Katse eesmärk
- Väljumise / peatamise kriteeriumid
- Ressursside planeerimine
- Testtulemused
28. Kuidas saate oma projektis tooteriski kõrvaldada?
See aitab teil oma projektis tooteriski kõrvaldada ja on olemas lihtne, kuid siiski ülioluline samm, mis võib teie projektis tooteriski vähendada.
- Uurige spetsifikatsioonide dokumente
- Pidage projekti üle arutelusid kõigi sidusrühmade, sealhulgas arendajaga
- Tõelise kasutajana jalutage veebisaidil ringi
29. Milline on üldine risk, mis viib projekti ebaõnnestumiseni?
Levinud risk, mis viib projekti ebaõnnestumiseni, on
- Ei ole piisavalt inimressursse
- Testimiskeskkond ei pruugi olla õigesti seadistatud
- Piiratud eelarvega
- Ajapiirangud
30. Mille põhjal saate oma projekti hinnangule jõuda?
Oma projekti hindamiseks peate arvestama järgmiste punktidega
- Jagage kogu projekt väikseimateks ülesanneteks
- Eraldage iga ülesanne meeskonnaliikmetele
- Hinnake iga ülesande täitmiseks vajalikke jõupingutusi
- Kinnitage hinnang
31. Selgitage, kuidas määraksite meeskonna liikmetele ülesande?
| Ülesanne | Liige |
|
|
|
|
|
|
|
|
|
|
32. Selgitage, mis on testimise tüüp ja millised on tavaliselt kasutatavad testimistüübid?
Eeldatava testitulemuse saamiseks järgitakse standardset protseduuri, millele viidatakse kui testimise tüübile.
Tavaliselt kasutatavad testimistüübid on
- Ühikute testimine: testige rakenduse väikseimat koodi
- API testimine: Rakenduse jaoks loodud API testimine
- Integreerimise testimine: kombineeritakse ja testitakse üksikuid tarkvaramooduleid
- Süsteemi testimine: süsteemi täielik testimine
- Installimise / desinstallimise testimine: testimine on tehtud kliendi / kliendi vaatenurgast
- Agile testimine: testimine läbi agile tehnika
33. Milliseid asju peate oma projekti jälgides arvestama?
Asjad, mida tuleb kaaluda, on
- Kas teie projekt on plaanis
- Kas olete eelarvest üle
- Kas töötate sama karjäärieesmärgi nimel
- Kas teil on piisavalt ressursse
- Kas eelseisvatest probleemidest on märke
- Kas juhtkond avaldab survet projekti kiiremaks lõpuleviimiseks
34. Millised on levinud vead, mis probleeme tekitavad?
- Ressursside sobitamine valede projektidega
- Testijuhi oskuste puudumine
- Teisi ei kuula
- Kehv ajakava
- Alahindamine
- Eirates väikesi probleeme
- Protsessi mitte järgides
35. Mida sisaldab tüüpiline katseprotokoll? Mis kasu on katseprotokollidest?
Testiaruanne sisaldab järgmisi asju:
- Projekti teave
- Katse eesmärk
- Testi kokkuvõte
- Defekt
Testaruannete eelised on järgmised:
- Teavitatakse projekti hetkeseisust ja toote kvaliteedist
- Vajadusel saavad sidusrühm ja klient võtta parandusmeetmeid
- Lõplik dokument aitab otsustada, kas toode on väljastamiseks valmis
36. Mis on testide haldamise ülevaade ja miks see on oluline?
Juhtimise ülevaatamist nimetatakse ka tarkvarakvaliteedi tagamiseks ehk SQA-ks. SQA keskendub rohkem tarkvaraprotsessile kui tarkvaratöö toodetele. See on tegevuste kogum, mille eesmärk on tagada, et projektijuht järgib standardprotsessi. SQA aitab testijuhil projekti võrrelda seatud standarditega.
37. Millised on tarkvara kvaliteedi tagamise parimad tavad?
Parimad tavad SQA tõhusaks rakendamiseks on
- Pidev täiustamine
- Dokumentatsioon
- Tööriista kasutamine
- Mõõdikud
- Meeskonnaliikmete vastutus
- Kogenud SQA audiitorid
38. Millal valmistatakse RTM (Requiry Traceability Matrix)?
RTM valmistatakse ette enne proovijuhtumi kavandamist. Nõuded peaksid olema ülevaatamistoimingutest jälgitavad.
39. Mis vahe on maatriksil ja jälgitavusel?
Testmaatriks : testmaatriksit kasutatakse tarkvara testimise kõigi etappide hõivamiseks vajaliku tegeliku kvaliteedi, jõupingutuste, plaani, ressursside ja aja hõivamiseks.
Jälgitavuse maatriks : testjuhtumite ja klientide nõuete kaardistamine on tuntud kui jälgitavuse maatriks
40. Mis on manuaalsed testid ja millised on tüved ja draiverid?
Nii tüübid kui ka draiverid on osa järkjärgulisest testimisest. Aastakatsetes on kaks lähenemist, nimelt alt üles ja ülalt alla. Draivereid kasutatakse alt üles testimisel ja tõmmet kasutatakse ülalt alla lähenemiseks. Põhimooduli testimiseks kasutatakse pistikut, mis on näiv kood või programm.
41. Mis on samm, mida te järgiksite, kui defekt leiate?
Kui defekt on leitud, järgige seda sammu
a) Looge defekt uuesti
b) Lisage ekraanipilt
c) Logige defekt sisse
42. Selgitage, mis on testimismeetod "Test Plan Driven" või "Key Word Driven"?
Selles tehnikas kasutatakse testijate poolt välja töötatud tegelikku dokumenti, kasutades spetsiaalseid "võtmesõnu" sisaldavat arvutustabelit. Töötlemist juhivad märksõnad.
43. Mis on DFD (andmevoo diagramm)?
Kui "infovoog" läbi infosüsteemi on graafiliselt kujutatud, on see tuntud kui andmevoo diagramm. Seda kasutatakse ka andmetöötluse visualiseerimiseks.
44. Selgitage, mis on LCSAJ?
LCSAJ tähistab 'lineaarset koodijada ja hüppa'. See koosneb kolmest järgmisest punktist
a) käivitatavate lausete lineaarse järjestuse algus
b) Lineaarse järjestuse lõpp
c) sihtrida, kuhu juhtiv voog lineaarse järjestuse lõpus kantakse
45. Selgitage, mis on N + 1 testimine?
Regressioonikatse variatsioon on tähistatud kui N + 1. Selles tehnikas viiakse testimine läbi mitme tsükliga, kus testitsüklis N leitud vead lahendatakse ja testitakse uuesti katsetsüklis N + 1. Tsüklit korratakse, kui vigu pole leitud.
46. Mis on Fuzzi testimine ja millal seda kasutatakse?
Fuzz-testimist kasutatakse tarkvara lünkade ja kodeerimisvigade tuvastamiseks. Selles tehnikas lisatakse süsteemile juhuslikke andmeid, et katkestada süsteem. Kui haavatavus püsib, kasutatakse võimalike põhjuste väljaselgitamiseks tööriista nimega fuzz tester. See tehnika on kasulikum suuremate projektide jaoks, kuid tuvastab ainult suurema vea.
47. Mainige, millised on tarkvara testimise avalduste katvuse mõõdiku peamised eelised?
Väljavõtte katvuse mõõdiku eelis on see
a) See ei vaja lähtekoodi töötlemist ja seda saab rakendada otse objektikoodile
b) Vead jaotatakse koodi kaudu ühtlaselt, mille tõttu kajastatud täidetavate lausete protsent kajastab avastatud vigade protsenti
48. Kuidas genereerida "stringi asendamise" meetodi testjuhtumeid?
a) Kui uue stringi tähemärgid> eelmise stringi tähemärgid. Ükski tähemärk ei tohiks olla kärbitud
b) Kui uue stringi tähemärgid c) Stringi järgseid ja eelnevaid tühikuid ei tohiks kustutada d) Stringi tuleks asendada ainult stringi esmakordsel esinemisel 49. Kuidas saate hakkama meeskonnaliikmete vahelise konfliktiga? 50. Mainige, millised on defektide kategooriad? Peamiselt on defektide kategooriaid kolm 51. Selgitage, kuidas testkatte tööriist töötab? Koodikatte testimise tööriist töötab tegeliku tootega testimise ajal paralleelselt. Koodikatvuse tööriist jälgib lähtekoodi täidetud lauseid. Kui viimane testimine on tehtud, saame täieliku aruande ootel olevatest lausetest ja saame ka katvuse protsendi. 52. Mainige, mis vahe on tarkvara testimisel "defekti" ja "rikke" vahel? Lihtsamalt öeldes, kui defekt jõuab lõpptarbijani, nimetatakse seda rikkeks, kui defekt tuvastatakse sisemiselt ja lahendatakse; siis nimetatakse seda defektiks. 53. Selgitage, kuidas testida dokumente projektis, mis hõlmab tarkvaraarenduse elutsüklit? Projekt hõlmab tarkvaraarenduse olelusringi järgmiselt 54. Selgitage, millistele testjuhtumitele kirjutatakse esimesed mustad või valged kastid? Musta kasti testjuhtumid kirjutatakse kõigepealt musta kasti testjuhtumite kirjutamiseks; see nõuab projektiplaani ja nõude dokumenti, kõik need dokumendid on projekti alguses hõlpsasti kättesaadavad. Kuigi valge kasti testijuhtumite kirjutamine nõuab arhitektuurilist mõistmist ja see pole projekti alguses saadaval. 55. Selgitage, mis vahe on varjatud ja varjatud defektide vahel? 56. Mainige, mis on alt üles testimine? Alt üles testimine on lähenemine integreerimise testimisele, kus kõigepealt testitakse madalaima taseme komponente, mida seejärel kasutatakse kõrgema taseme komponentide testimise hõlbustamiseks. Protsessi korratakse seni, kuni hierarhia tipus olevat komponenti testitakse. 57. Mainige, millised on erinevad testide katte tehnikad? Erinevat tüüpi testide katmise tehnikad hõlmavad järgmist 58. Mainige, mis on hinge testimise tähendus? Hingamistestimine on testikomplekt, mis kasutab toote kõiki funktsioone, kuid ei testita funktsioone üksikasjalikult 59. Selgitage, mida tähendab Code Walk Through? Code Walk Through on programmi lähtekoodi mitteametlik analüüs defektide leidmiseks ja kodeerimisvõtete kontrollimiseks 60. Mainige, millised on defektiaruande vormingu põhikomponendid? Defektiaruande vormingu oluliste komponentide hulka kuuluvad: 61. Mainige, mis on otsast-lõpuni testimise eesmärk? End-to-end testimine tehakse pärast funktsionaalset testimist. Otsast-lõpuni testimise eesmärk on see 62. Selgitage, mida see tähendab testrakmete all? Testrakmed konfigureerivad tööriistade ja testiandmete komplekti rakenduse testimiseks erinevates tingimustes ning see hõlmab eeldatava väljundiga väljundi õigsust. 63. Selgitage testimisprojektis, milliseid testimistoiminguid te automatiseeriksite? Projektide testimistegevuste testimisel oleksite automaatsed 64. Milline on testide kavandamise peamine eelis olelusringi alguses? See aitab vältida defektide sisestamist koodi. 65. Mis on riskipõhine testimine? Riskipõhine testimine on mõiste, mida kasutatakse testistrateegia loomise lähenemisviisis, mis põhineb testide prioriseerimisel riskide järgi. Lähenemise aluseks on üksikasjalik riskianalüüs ja riskide prioriseerimine riskitaseme järgi. Seejärel täpsustatakse katsed iga riski käsitlemiseks, alustades kõigepealt kõrgeimast riskist. 66. Mis on testimise ennetava ja reaktiivse lähenemise PÕHIS vahe? Ennetavad testid kavandatakse varakult; reaktiivsed testid kavandatakse pärast tarkvara tootmist. 67. Mis on väljumiskriteeriumide eesmärk? Väljumiskriteeriumide eesmärk on määratleda, millal testitase on täidetud. 68. Mis määrab riski taseme? Kõrvaltoime tõenäosus ja mõju määravad riskitaseme. 69. Millal kasutatakse otsustabeli testimist? Otsustustabeli testimist kasutatakse selliste süsteemide testimiseks, mille spetsifikatsioon toimub reeglite või põhjus-tagajärg kombinatsioonidena. Otsustustabelis on sisendid loetletud veerus, kusjuures väljundid on samas veerus, kuid sisendite all. Tabeli ülejäänud osas uuritakse sisendite kombinatsioone toodetud väljundite määratlemiseks. Lisateavet otsustabeli testimise tehnika kohta leiate siit videoõpetusest 70. Miks me kasutame otsustabeleid? Ekvivalentsuse jagamise ja piirväärtuse analüüsi tehnikaid kasutatakse sageli konkreetsetes olukordades või sisendites. Kui aga sisendite erinevad kombinatsioonid viivad erinevate toimingute tegemiseni, võib seda olla keerulisem näidata, kasutades ekvivalentsusjaotust ja piirväärtuse analüüsi, mis kipuvad olema rohkem suunatud kasutajaliidesele. Kaks ülejäänud spetsifikatsioonipõhist tehnikat, otsustabelid ja oleku ülemineku testimine on rohkem keskendunud äriloogikale või ärireeglitele. Otsuste tabel on hea viis asjade kombinatsioonide (nt sisendid) käsitlemiseks. Seda tehnikat nimetatakse mõnikord ka põhjus-tagajärg tabeliks. Selle põhjuseks on see, et on olemas loogilise skeemitamise tehnika, mida nimetatakse põhjus-tagajärg graafikuks, mida mõnikord kasutati otsustabeli tuletamiseks 71. Mis on tarkvara üleandmise ülevaatamise peamine eesmärk? Tarkvara töötoodete defektide tuvastamiseks. 72. Milline järgmistest määratleb testi eeldatavad tulemused? Testjuhtumi spetsifikatsioon või katse projekti spetsifikatsioon. Testjuhtumi spetsifikatsioon määratleb testi eeldatavad tulemused. 73. Mis kasu on testi sõltumatusest? See väldib autorite kallutatust tõhusate testide määratlemisel. 74. Millise testimisprotsessi osana määrate väljaastumise kriteeriumid? Väljumiskriteeriumid määratakse „Test Planning” põhjal. 75. Mis on alfa testimine? Väljalaske-eelne testimine lõppkasutajate esindajate poolt arendaja saidil. 76. Mis on beetatestimine? Testimine, mida potentsiaalsed kliendid teevad oma asukohas. 77. Maini, mis vahe on piloot- ja beetatestimisel? Piloot- ja beetatestimise erinevus seisneb selles, et pilootkatset tehakse kasutajagrupi poolt enne lõplikku juurutamist tegelikult toote abil ja beetatestimisel ei sisesta me tegelikke andmeid, kuid need on installitud lõpptarbija juurde kui toodet saab kasutada tootmises. 78. Arvestades järgmist koodijuppi, kui palju teste on vaja 100% -lise otsustuskaitse jaoks? 4 79. Olete kavandanud testjuhtumid, et pakkuda järgmisele koodijupile 100% avaldust ja 100% otsustuskatet. kui laius> pikkus, siis suurim_mõõt = laius muu suurim_mõõt = pikkus_ lõpp Kui ülaltoodud koodilõigu põhja on lisatud järgmine. print "Suurim mõõde on" & suurim_dimensionprint "Laius: & laius print "Pikkus: & pikkus Mitu testijuhtu veel vaja on? Puudub, olemasolevaid testijuhtumeid saab kasutada. 80. Mis vahe on testimistehnikatel ja testimisvahenditel? Testimistehnika: - Kas protsess, mis tagab rakendussüsteemi või üksuse nõuetekohase toimimise, võib olla vähe tehnikaid, kuid palju tööriistu. Testimisvahendid: - on sõiduk katseprotsessi läbiviimiseks. Tööriist on testijale ressurss, kuid testimise läbiviimiseks on see ise ebapiisav Lisateavet tööriistade testimise kohta leiate siit 81. Kirjutamise sisendina kasutame nõueanalüüsi väljundit, nõuete spetsifikatsiooni Kasutajate aktsepteerimise testijuhtumid 82. Juba testitud programmi korduv testimine pärast modifitseerimist testitavas tarkvaras või muus seotud või mitteseotud tarkvarakomponendis tehtud muudatuste tõttu sisse viidud või avastatud defektide avastamiseks: Regressioonitestimine 83. Hulgimüüja müüb printerikassette. Minimaalne tellimiskogus on 5. 100 või enama printerikasseti tellimustele kehtib 20% allahindlus. Teil on palutud koostada proovijuhte, kasutades tellitud printerikassettide arvu erinevaid väärtusi. Milline järgmistest rühmadest sisaldab kolme testi sisendit, mis genereeritakse piirväärtuse analüüsi abil? 4, 5, 99 84. Mis on komponentide testimine? Komponentide testimine, tuntud ka kui üksuse, mooduli ja programmi testimine, otsib defekte ja kontrollib tarkvara testimist (nt moodulid, programmid, objektid, klassid jne), mis on eraldi testitavad. Komponentide testimist võib teha eraldatuna ülejäänud süsteemist, sõltuvalt arenduse elutsükli ja süsteemi kontekstist. Kõige sagedamini kasutatakse puuduva tarkvara asendamiseks tõmbeid ja draivereid ning tarkvara komponentide vahelise liidese simuleerimiseks lihtsalt. Testitavalt tarkvarakomponendilt kutsutakse tüvi; juht kutsub komponendi katsetamisele. Siin on üks vinge video üksuste testimisest 85. Mis on funktsionaalse süsteemi testimine? Süsteemi kui terviku otsast lõpuni funktsionaalsuse testimine on määratletud kui funktsionaalse süsteemi testimine. 86. Mis on sõltumatu testimise eelised? Sõltumatud testijad on erapooletud ja tuvastavad samaaegselt erinevad vead. 87. Millal võiksite REAKTIIVSES lähenemises testimisele eeldada, et testide projekteerimistööde alustamine on suurem? Suurem osa testimisprojektidest algas pärast tarkvara või süsteemi tootmist. 88. Millised on agiilse arengumudeli erinevad metoodikad? Praegu on mulle teada seitse erinevat agiilset metoodikat: 89. Milline tegevus põhitesti protsessis hõlmab nõuete ja süsteemi testitavuse hindamist? Testanalüüs ja kavandamine hõlmavad nõuete ja süsteemi testitavuse hindamist. 90. Mis on tavaliselt kõige olulisem põhjus testimispüüdluste juhtimiseks riski kasutamiseks? Sest kõike katsetada pole teostatav. 91. Mis on juhuslik / ahvi testimine? Millal seda kasutatakse? Juhuslikke teste nimetatakse sageli ahvide testimiseks. Seda tüüpi testimisel genereeritakse andmed juhuslikult, sageli tööriista või automatiseeritud mehhanismi abil. Selle juhuslikult genereeritud sisendi abil süsteemi testitakse ja tulemusi analüüsitakse vastavalt. Need testid on vähem usaldusväärsed; seetõttu kasutavad seda algajad tavaliselt ja selleks, et näha, kas süsteem peab kahjulike mõjude korral vastu. 92. Millised järgmistest on intsidentide aruannete kehtivad eesmärgid? 93. Mõelge järgmistele tehnikatele. Millised on staatilised ja millised dünaamilised tehnikad? Andmevoo analüüs ja kontrollid on staatilised; Samaväärsusjaotus, kasutusjuhtumite testimine, uurimuslik testimine ja otsuste testimine on dünaamilised. 94. Miks kirjeldatakse staatilist testimist ja dünaamilist testimist üksteist täiendavana? Kuna neil on eesmärk tuvastada defekte, kuid nad erinevad leitud defektitüüpide poolest. 95. Mis on ametliku läbivaatamise etapid? Vastupidiselt mitteametlikele ülevaatustele järgivad ametlikud ülevaated ametlikku protsessi. Tüüpiline ametlik läbivaatamisprotsess koosneb kuuest peamisest etapist: 96. Milline on moderaatori roll ülevaateprotsessis? Moderaator (või arvustuse juht) juhib ülevaatamise protsessi. Ta määrab koostöös autoriga retsensiooni tüübi, lähenemisviisi ja hindamisrühma koosseisu. Moderaator teostab sissetöötamise kontrolli ja järelkontrolli järelkontrolli, et kontrollida ülevaatusprotsessi sisendi ja väljundi kvaliteeti. Moderaator planeerib ka koosoleku, levitab enne koosolekut dokumente, juhendab teisi meeskonnaliikmeid, juhib koosolekut, juhib võimalikke arutelusid ja salvestab kogutud andmed. Lisateavet videoõpetuse ülevaatusprotsessi kohta leiate siit 97. Mis on ekvivalentspartitsioon (tuntud ka kui ekvivalentsiklass)? Sisend- või väljundväärtuste vahemikud nii, et ainult üks väärtus vahemikus saab testjuhtumiks. 98. Millal tuleks konfiguratsioonihalduse protseduure rakendada? Katse planeerimise ajal. 99. Funktsionaalse testimise tüüp, mis uurib ohtude, näiteks pahatahtlike väljastpoolt pärit viiruste avastamisega seotud funktsioone? Turvalisuse testimine 100. Testimine, mille puhul allutame testi eesmärgi erinevale töökoormusele, et mõõta ja hinnata soorituskäitumist ning eesmärgi ja testi võimet nende erinevate töökoormuste korral korralikult toimida? Koormuse testimine 101. Kas testimistegevus, mida tehakse liideste ja integreeritud komponentide vastastikmõju defektide avastamiseks, on? Integratsiooni taseme testimine 102. Millised on struktuuripõhised (valge kastiga) testimismeetodid? Struktuuripõhised testimistehnikad (mis on ka pigem dünaamilised kui staatilised) kasutavad testjuhtumite tuletamiseks tarkvara sisemist struktuuri. Neid nimetatakse tavaliselt „valge kasti” või „klaasist kasti” tehnikateks (mis tähendab, et näete süsteemi sisse), kuna need vajavad teadmisi tarkvara rakendamise kohta, see tähendab, kuidas see töötab. Näiteks võib struktuuritehnika olla seotud tarkvaraliste silmuste kasutamisega. Tsükli kasutamiseks üks, kaks ja mitu korda võib tuletada erinevaid testjuhtumeid. Seda võidakse teha sõltumata tarkvara funktsionaalsusest. 103. Millal tuleks teha "regressioonitesti"? Pärast tarkvara muutmist või keskkonna muutumist tuleks teha regressioonitesti. 104 . Mis on negatiivne ja positiivne testimine? Negatiivne test on see, kui sisestate vale sisendi ja saate vigu. Kui positiivne testimine on siis, kui sisestate kehtiva sisendi ja eeldate, et mõni toiming viiakse lõpule vastavalt spetsifikatsioonile. 105. Mis on testi täitmise kriteeriumi eesmärk? Katse lõpetamise kriteeriumi eesmärk on kindlaks teha, millal testimine lõpetada 106. Mida staatiline analüüs EI leia? Näiteks lekib mälu. 107. Mis vahe on kordustestimisel ja regressioonitestimisel? Uuesti testimine tagab, et algne rike on eemaldatud; regressioonitestimine otsib ootamatuid kõrvaltoimeid. 108. Millised on kogemustel põhinevad testimistehnikad? Kogemustel põhinevate tehnikate puhul on inimeste teadmised, oskused ja taust testitingimuste ja testjuhtumite peamine panustaja. Oluline on nii tehniliste kui ka äriinimeste kogemus, kuna need toovad testanalüüsis ja disainiprotsessis erinevaid vaatenurki. Varasemate kogemuste tõttu sarnaste süsteemidega võib neil olla ülevaade sellest, mis võib valesti minna, mis on testimiseks väga kasulik. 109. Mis tüüpi ülevaatus nõuab ametlikke sisenemise ja lahkumise kriteeriume, sealhulgas mõõdikuid? Ülevaatus 110. Kas ülevaatusi või ülevaatusi võiks pidada testimise osaks? Jah, sest mõlemad abid tuvastavad rikked ja parandavad kvaliteeti. 111. Sisendväli võtab sünniaasta vahemikku 1900–2004, millised on selle välja testimise piirväärtused? 1899,1900,2004,2005 112. Millised järgmistest tööriistadest oleksid seotud regressioonikatse automatiseerimisega? a. Andmete testija b. Piiri tester c. Pildistamine / taasesitus d. Väljundi võrdlus. d. Väljundi võrdlus 113. Funktsiooni testimiseks peab kirjutama programmeerija, mis kutsub testitava funktsiooni ja edastama testandmed. Autojuht 114. Mis on peamine põhjus, miks arendajatel on raskusi oma töö testimisega? Objektiivsuse puudumine 115. "Kui palju testimist on piisavalt?" Vastus sõltub teie tööstuse riskidest, lepingust ja erinõuetest. 116. Millal tuleks testimine lõpetada? See sõltub testitava süsteemi riskidest. On mõned kriteeriumid, mille alusel saate testimise lõpetada. 117. Milline järgmistest on integratsioonistrateegia peamine eesmärk integratsiooni testimiseks väikestes? Integreerimisstrateegia esmane eesmärk on täpsustada, milliseid mooduleid korraga ja mitu korraga kombineerida. 118. Mis on pooljuhuslikud testijuhud? Pooljuhuslikud testijuhud pole midagi, kuid kui me sooritame juhuslikke testijuhtumeid ja jagame samaväärsuse nende testjuhtumitega, eemaldab see üleliigsed testjuhtumid, andes meile seega pooljuhuslikud testjuhtumid. 119. Milline väide vastab kogu koodi ja harukontori hõlmatuse jaoks nõutava testjuhtumite minimaalse arvu kohta järgmise koodi põhjal? Loe lk Lugege q KUI p + q> 100 SIIS printige "suur" ENDIF KUI p> 50 SIIS printige "p Large" ENDIF 1 katse avalduse katvuse, 2 haru katte jaoks 120. Millist ülevaadet kasutatakse tavaliselt toote hindamiseks, et teha kindlaks selle sobivus kavandatud kasutuseks ja tuvastada lahknevused? Tehniline ülevaade. 121. Leitud vead peaksid algselt dokumenteerima, kes? Testijate poolt. 122. Milline on praegune ametlik kogu maailmas tunnustatud dokumentatsioonistandard? Pole ühtegi. 123. Milline järgmistest on ülevaatusest osavõtja, kes on loonud ülevaatatava üksuse? Autor 124. Tarkvaras on fikseeritud arv kriitilisi vigu. Kõik vead on ühes moodulis, seotud aruannetega. Testihaldur otsustab regressioonitesti teha ainult aruannete moodulis. Regressioonitesti tuleks teha ka teistel moodulitel, kuna ühe mooduli parandamine võib mõjutada teisi mooduleid. 125. Miks annab piirväärtuse analüüs head testjuhud? Kuna väärtuste vahemiku servade lähedal asuvate juhtumite programmeerimisel tehakse sageli vigu. 126. Mille poolest erineb kontroll teistest ülevaatustüüpidest? Seda juhib koolitatud juht, kasutab ametlikke sisenemis- ja lahkumiskriteeriume ning kontrollnimekirju. 127. Miks võib tester sõltuda konfiguratsioonihaldusest? Kuna konfiguratsioonihaldus tagab, et me teame testvara ja testiobjekti täpset versiooni. 128. Mis on V-mudel? Tarkvaraarenduse mudel, mis illustreerib testimistegevuse integreerumist tarkvaraarenduse etappidega 129. Mis on hooldustestimine? Käivitatakse olemasoleva tarkvara muudatuste, migreerimise või vananemisega 130. Mis on katte katvus? Testi katvus mõõdab mingil konkreetsel viisil testide kogumi (mis on tuletatud mõnel muul viisil, nt spetsifikatsioonidel põhinevate tehnikate abil) tehtud testide hulka. Kus iganes saame asju kokku lugeda ja öelda, kas kõik need asjad on mõne testiga testitud või mitte, siis saame mõõta katvust. 131. Miks eelistatakse järkjärgulist integreerimist "suure paugu" asemel? Sest järkjärgulisel integreerimisel on parem varajane defektide sõelumine ja isoleerimise võime 132. Mida nimetatakse terminalimoodulitest algavaks protsessiks? Alt ülespoole integreerimine 133. Millise testitegevuse käigus võiks viga leida kõige kulutõhusamalt? Katse planeerimise ajal 134. Nõudeetapi eesmärk on Nõuete külmutamiseks, kasutaja vajaduste mõistmiseks, testimise ulatuse määratlemiseks 135. Miks jagasime testimise erinevateks etappideks? Jagasime testimise erinevateks etappideks järgmistel põhjustel, 136. Mis on DRE? Testi efektiivsuse mõõtmiseks kasutatakse testi efektiivsuse mõõtmiseks võimsat mõõdikut, mida nimetatakse DRE-ks (defektide eemaldamise efektiivsus). Sellest mõõdikust teaksime, kui palju vigu oleme testijuhtumite kogumist leidnud. DRE arvutamise valem on DRE = vigade arv testimise ajal / vigade arv testimisel + kasutaja leitud vigade arv 137. Milline järgmistest testikatse tegemise ja taasesituse võimalusi pakkuvate testimisvahendite kasutamisest on tõenäoliselt kõige kasulikum? a) regressioonitest b) integreerimistest c) süsteemi testimine d) kasutajate aktsepteerimise testimine Regressioonitestimine 138. Kuidas hindaksite tõenäoliselt vajaminevate kordustestide hulka? Varasemate sarnaste projektide mõõdikud ja arutelud arendustiimiga 139. Mis uurib andmevoo analüüsi? Andmete kasutamine koodide kaudu toimuvatel radadel. 140. Mis on ebaõnnestumine? Ebaõnnestumine on kõrvalekalle määratletud käitumisest. 141. Mis on testi võrdlusandmed? Kas see on tõesti test, kui panete mõnda tarkvara sisendeid, kuid ei vaata kunagi, kas tarkvara annab õige tulemuse? Testimise põhiolemus on kontrollida, kas tarkvara annab õige tulemuse, ja seda teha, ning peame võrdlema, mida tarkvara toodab, mida ta peaks tootma. Testi võrdlusautomaat aitab selle võrdluse aspekte automatiseerida. 142. Kes vastutab kõigi ülevaatekoosolekul tuvastatud probleemide, probleemide ja avatud küsimuse dokumenteerimise eest Kirjatundja 143. Mis on mitteametliku läbivaatamise peamine eesmärk Odav viis kasu saamiseks 144. Mis on katse kujundamise tehnika eesmärk? Testitingimuste kindlakstegemine ja testjuhtumite tuvastamine 145. Hinnearvutussüsteemi testimisel teeb testija kindlaks, et kõik hinded 90–100 annavad hinde A, kuid alla 90 hinded mitte. Seda analüüsi tuntakse kui: Ekvivalentsuse jaotamine 146. Testihaldur soovib kasutada olemasolevaid ressursse veebirakenduse automaatseks testimiseks. Parim valik on testija, testautomaatika, veebispetsialist, DBA 147. Moodulitesteri testimise käigus leidis 'X' vea ja määras selle arendajale. Kuid arendaja lükkab sama tagasi, öeldes, et see pole viga. Mida peaks X tegema? Saatke üksikasjalik teave tuvastatud vea kohta ja kontrollige reprodutseeritavust 148. Integreerimiskatse tüüp, mille puhul tarkvaraelemendid, riistvaraelemendid või mõlemad ühendatakse korraga komponentideks või terviklikuks süsteemiks, mitte järk-järgult. Suure paugu testimine 149. Praktikas võib kummal olelusringi mudelil olla rohkem, vähem või erineval tasemel arendustegevust ja testimist, olenevalt projektist ja tarkvaratootest. Näiteks võib olla komponentide integreerimise testimine pärast komponentide testimist ja süsteemi integreerimise testimine pärast süsteemi testimist. V-mudel 150. Millist tehnikat saab kasutada sisendi ja väljundi katvuse saavutamiseks? Seda saab rakendada inimese sisendile, süsteemi liideste kaudu sisendile või integreerimise testimisel liidese parameetritele. Ekvivalentsuse jaotamine 151. "Seda elutsükli mudelit juhivad ajakava ja eelarveriskid" See väide sobib kõige paremini. V-mudel 152. Millises järjekorras tuleks testid läbi viia? Kõigepealt tuleb testida kõige olulisemat 153. Mida hiljem avastatakse viga elutsüklis, seda kallim on see parandada. Miks? Rike on sisse ehitatud rohkematesse dokumentidesse, koodidesse, testidesse jne 154. Mis on katvuse mõõtmine? See on testide põhjalikkuse osaline mõõt. 155. Mis on piirväärtuse testimine? Testige piiritingimusi sisendi ja väljundi ekvivalentsusklasside servadel, all ja ülal. Oletagem näiteks pangarakendust, kus saate välja võtta maksimaalselt 20 000 Rs ja vähemalt 100 Rs, nii et piirväärtuse testimisel testime pigem täpseid piire, mitte lööme keskele. See tähendab, et testime üle lubatud piirmäära ja alla miinimumpiiri. 156. Mida esindab COTS? Kaubanduslik riiuliväline. 157. Millise eesmärk on võimaldada teha konkreetseid katseid süsteemis või võrgus, mis sarnaneb võimalikult täpselt keskkonnaga, kus katsetatavat eset vabastamisel kasutatakse? Katsekeskkond 158. Mida võib pidada projektiplaanil põhinevaks, kuid suurema detailsusega? Faasikatse kava 159. Mis on rakenduste kiire arendamine? Rakenduste kiire arendamine (RAD) on formaalselt funktsioonide paralleelne arendamine ja järgnev integreerimine. Komponendid / funktsioonid töötatakse välja paralleelselt nii, nagu oleksid need miniprojektid, arendused pannakse ajakasti, tarnitakse ja ühendatakse seejärel toimivaks prototüübiks. See võib anda kliendile väga kiiresti midagi vaadata ja kasutada ning anda tagasisidet tarne ja tema nõuete kohta. Selle metoodika abil on võimalik toote kiire muutmine ja arendamine. Kuid mingil hetkel tuleb toote spetsifikatsioon välja töötada ja projekt tuleb enne tootmise alustamist ametlikumalt kontrollida. Vaadake meie testimisviktoriini Vaadake meie - tarkvara testimise intervjuu küsimusi - YouTube'i video Tasuta PDF-faili allalaadimine: intervjuu küsimuste ja vastuste tarkvara testimine Ülaltoodud intervjuu käsitsi testimise küsimused ja vastused pdf-vormingus aitavad nii värsketel kui ka kogenud kvaliteedikontrolli inseneridel. Palun jagage lehte sõprade ja kolleegidega.
kui laius> pikkusthenbiggest_dimension = laiuskui kõrgus> laiusthenbiggest_dimension = kõrgusend_ifelsebiggest_dimension = pikkuskui kõrgus> pikkusthenbiggest_dimension = kõrgusend_ifend_if