Sisukord

• Sissejuhatus
• Tarkvara testimise küsimused ja vastused
• Nõuanne
• Soovitatavad artiklid

Sissejuhatus

Intervjuu on iga IT-põhise karjääri väga oluline etapp. Ka tarkvara testimine pole erand. Nutikas intervjuu mulje suurendab teie võimalusi tööle saada. Tarkvara testimine on lai valdkond, nii ka intervjuu vaatenurgad ja küsimused. Siiski oleme korraldanud 150 enim küsitud tarkvara testimise intervjuu küsimust ja vastust, et anda teile edumaa õigeks ettevalmistuseks.

Tarkvara testimine Küsimused ja vastused

1. Mainige tarkvara testimise elutsükli etappe.

Sammud tarkvara testimise elutsükkel on:

2. Täiendage tarkvara testimise erinevaid meetodeid ja lähenemisviise.

Tarkvara testimiseks on üldiselt kolm meetodit.

Nemad on:

1. Valge kasti testimine
2. Musta kasti testimine
3. Halli kasti testimine

3. Mida teate tarkvara testimise erinevatest etappidest?

Peamiselt on neli testimisetappi.

Need on järgmised:

• Ühiku testimine
• Integratsiooni testimine
• Süsteemi testimine
• Kasutajate aktsepteerimise testimine

See algab üksuse testimisega ja lõpeb vastuvõtutestiga.

4. Selgitage mõistet vea elutsükkel või defekti elutsükkel

Kui defekt avastatakse, läbib see oma eluea jooksul erinevaid seisundeid. Defektide elutsükkel aitab meeskonnaliikmetel koordineerida defekti staatuse muutusi. Seda protsessi nimetatakse vea elutsükliks või defekti elutsükliks.

5. Mida sa mõtled testjuhtumi all?

Testjuhtumiks nimetatakse hunnikut tingimusi või muutujaid, mille põhjal testija saab kindlaks teha, kas tarkvara vastab nõuetele või töötab õigesti.

6. Selgitage funktsionaalse ja mittefunktsionaalse testimise erinevusi

7. Täpsustage tarkvaratestimise termineid 'Verifitseerimine' ja 'Valideerimine' ning nende erinevusi.

Kinnitamine: Toote ülevaatamine ilma mis tahes tüüpi koodi käivitamata on kinnitamine.

Valideerimine: Valideerimine toimub testimiseks mõeldud koodide käivitamisega. Juhtumite puhul hõlmab see funktsionaalseid ja mittefunktsionaalseid testimistehnikaid.

8. Määratle kasutatavuse testimine ja selle aspektid.

Kasutatavuse testimine on spetsiifiline testimismeetod, mille puhul lõpptarbija peab kasutama tarkvara, et näha, kas toode on kasutamiseks sobiv, et teada saada kliendi mugavust, taju ja aega. Õige viis lõppkasutaja vaatenurga lõplikuks kujundamiseks kasutatavuse ja mugavuse osas on erinevate prototüüpide või mõnikord ka makettide kasutamine algstaadiumis.

9. Kuidas te defekte kategoriseerite?

Defektid liigitatakse tavaliselt kolme kategooriasse.

Need on järgmised:

• Vale: kui nõudeid ei rakendata õigesti.
• Puudub: see kategooria rakendab seda, et spetsifikatsiooni ei ole ilmselt rakendatud, võib-olla ei rakendatud kliendi nõutavat vahendit asjakohaselt.
• Täiendav: see näitab toote vajalikku rajatist, mida lõpptarbija ei märganud. Kuid võib-olla on see atribuut, mida toote kasutaja tegelikult soovis.

10. Märkige vastuvõtuplaani tingimus.

Põhimõtteliselt koostatakse vastuvõtmisdokument allpool näidatud sisenditega:

• Nõudedokument: See näitab täpset nõuet, tellija vaatenurga moodustavad projektis kohustuslikult vajalikud aspektid.
• Sisend: enamasti mitteametlik suhtlus (arutelud, vestlused, meilid ja nii edasi)
• Projektiplaan: juhi koostatud projektiplaan on samuti oluline sisend vastuvõtutestide lõpuleviimisel.

11. Mida mõeldakse katvuse all ja selgitage lühidalt erinevaid kattetehnikaid?

Tarkvara testimise ulatust, mis illustreerib koodi testimise ulatust, nimetatakse katvuseks. Kolm põhitüüpi katmistehnikat. Need on järgmised:

1. Väljavõtte katvus: see kinnitab, et iga lähtekoodi rida käivitatakse ja testitakse.
2. Otsuste katvus: see tagab, et iga otsus (tõene/väär) kogu lähtekoodis täidetakse ja testitakse.
3. Tee katvus: see tagab, et kõik võimalikud marsruudid kogu lähtekoodis on käivitatud ja testitud.

12. Kirjeldage lühidalt automatiseerimise testimise eeliseid

Automatiseerimise testimise eelised on järgmised:

1. See võimaldab sooritada korduvaid testjuhtumeid.
2. See võimaldab testijatel testida suurt testmaatriksit.
3. See võimaldab paralleelset täitmist
4. See inspireerib järelevalveta teostamist
5. See arendab täpsust, kõrvaldades inimeste tekitatud vead
6. See vähendab aega ja kulusid

13. Miks peate seleeni usaldusväärseks vahendiks automatiseerimise testimisel?

Seleen on üks populaarsemaid kaasaskantavaid raamistikke veebirakenduste testimiseks. See võimaldab selle kasutajal luua funktsionaalseid teste ilma skriptikeelte testimise teadmisteta. See kursus juhendab algajat järk-järgult seleeni põhimõisteid ja tööprotseduure õppima. Soovitatav on läbida kõik õppetunnid vastavalt järjestusele ja mitte ühtegi neist vahele jätta, et saada sellest kasulikust raamistikust tugev juhtimine. Mõned muud seleeni eelised on järgmised:

• See toetab testskripte, mis on kirjutatud peaaegu kõigis tavapärastes programmeerimiskeeltes: Java, Perl, C#, Python, PHP, Ruby &.Net
• Teste saab kasutada mis tahes järgmistest operatsioonisüsteemidest: Windows, Mac või Linux.
• Teste saab teha mis tahes brauseriga: Mozilla Firefox, Internet Explorer, Google Chrome , Safari või Opera.
• Testjuhtumite ja aruannete haldamiseks saab seda käivitada erinevate tööriistadega, nagu JUnit & TestNG.
• Pideva testimise tagamiseks saab seda kasutada koos Jenkinsi, Maveni ja Dockeriga.

14. Täpsustage Selenium WebDriveri erinevaid komponente.

Seleeni erinevad komponendid on:

• Seleeni integreeritud arenduskeskkond
• Seleeni kaugjuhtimispult
• Seleeni veebidraiver
• Seleeni võre

15. Mida teate Selenium WebDriveri eri tüüpi lokaatorite kohta?

Aadress, mis tuvastab ja eristab veebielementi konkreetselt ja ainulaadselt lokaatori veebilehel. Seleeni erinevat tüüpi lokaatorid on:

• ID
• Klassinimi
• Nimi
• TagName
• Lingi tekst
• PartialLinkText
• Xpath
• CSS-i valija
• KOHTUOTSUS

16. Määrake XPath.

XPath, tuntud ka kui XML Path, kasutatakse tavaliselt XML-dokumentide päringute tegemiseks. See on oluline protseduur seleenis sisalduvate elementide leidmiseks. See sisaldab teatud tingimustega teeavaldist. Siin saab kirjutada XPathi päringu, et leida veebilehel mis tahes element. See on loodud võimaldama XML-dokumentides navigeerimist, üksikute elementide, atribuutide või XML-dokumendi mis tahes muu osa valimist, et teostada spetsiifilist töötlemist. See võib luua ka usaldusväärseid lokaatoreid.

17. Võrrelge absoluutset ja suhtelist teed?

• Absoluutne XPath

Otsest viisi elemendi leidmiseks nimetatakse Absoluutseks XPathiks. Kui elemendi tee mõnda osa teel muudetakse, siis XPath ebaõnnestub. See on üks Xpathi puudusi. Näiteks: /HTML/body/div[1]/section/div[1]/div

• Suhteline XPath

Suhteline XPath algab HTML-i DOM-i struktuuri keskelt. See algab kahekordse kaldkriipsuga (//), mis näitab, et elementi saab otsida kogu veebilehel. Näiteks: //input[@id='ap_email']

18. Lühidalt erinevatest Selenium WebDriveri eranditest?

Seleeni erandid on identsed teiste programmeerimiskeelte eranditega. Need seleeni tavalised erandid on järgmised:

• Ajalõpu erand
• Ei-sellise elemendi erand
• Erand – mittenähtav element
• Vananenud elementide erand

19. Millal seleenivõret rakendada?

Selenium Gridi saab rakendada samade või mistahes muude testskriptide käivitamiseks erinevatel platvormidel ja brauserites paralleelselt, nii et see suudab saavutada hajutatud keskkonnast sõltumatu testimise, testimise ja lühendada täitmisaega suurel määral.

20. Kuidas käivitada Selenium WebDriveri veebibrauser?

Allpool näidatud süntaksit saab rakendada brauseri käivitamiseks:

WebDriver draiver = new FirefoxDriver();

WebDriver draiver = uus ChromeDriver();

WebDriver draiver = new InternetExplorerDriver();

21. Kas te tõesti arvate, et testimist tuleks läbi viia alles pärast ehitus- ja teostusfaaside lõppu?

Testimine viiakse alati läbi pärast ehitamise ja teostamise etappe. Varem saame defekti/vea tuvastada, seda säästlikum see on. Näiteks vea parandamine hoolduses on kümme korda kallim kui selle parandamine teostamise ajal.

22. Selgitage lühidalt katsefaaside keskkonnareaalsuse vahelist seost.

Kuna katsefaasid hakkavad käima, muutub keskkonnareaalsus oluliseks. Näiteks üksuse testimise ajal peab keskkond olema osaliselt reaalne. Siiski on hilisemates faasides vaja autentset keskkonda või võib teisiti öelda, et see peab olema tegelik keskkond.

23. Kui eelstaadiumis tehtud defekti likvideerimine viiakse läbi hiljem. Kas see teie arvates mõjutab kulusid? Kui jah, siis kuidas?

Kui defekt avastatakse juba esialgses etapis, siis tuleks see selles faasis kohe eemaldada, mitte jätta see mõnes teises etapis parandamiseks välja. Tegelikult, kui defekti parandamine lükatakse hilisematesse etappidesse, läheb see kallimaks.

Kui projekteerimisetapi käigus defekt avastatakse ja parandatakse, on see kõige säästlikum. Kuid hooldusfaasis fikseerimisel muutub see kordades kallimaks.

24. Mida mõeldakse kinnitus- ja regressioonitesti all?

Regressioonitestimine: Tarkvara testimise vorm viiakse läbi, et tagada hiljuti muudetud koodi täpsus. Samuti kinnitab see, et muudatusel ei ole negatiivset mõju praegu olemasolevatele funktsioonidele.

Kinnitustestimine: teine ​​test, mis tehakse pärast eelnevalt tuvastatud defekti parandamist, on kinnitustest või kordustestimine.

25. Mida mõeldakse piiriväärtuse analüüsi all? Selgitage protseduuri.

Musta kasti katsekujundust, mida rakendatakse selleks, et jälgida, kas sisenddomeeni piiril on veel defekte, nimetatakse piiriväärtuse analüüsiks (BVA).

26. Selgitage juhuslikku testimist.

Suvaliselt genereeritud andmete põhjal mis tahes asjakohase tööriista abil tehtud testi nimetatakse üldiselt juhuslikuks testimiseks. Need testiandmed genereeritakse automatiseeritud mehhanismi abil või enamasti tööriista abil. Selle juhuslikult genereeritud sisendiga testitakse seejärel süsteemi ja tulemusi jälgitakse vastavalt.

27. Millised on projekti hinnangusse jõudmise protseduurid?

Projekti prognoosimiseks peavad need protseduurid olema:

• Kogu projekti moduleerimine kõige väiksemateks ülesanneteks
• Määrake iga ülesanne meeskonnaliikmetele
• Hinnake ülesannete täitmiseks tehtavaid jõupingutusi
• Hinnangu kinnitamine ja kontrollimine

28. Milliseid testjuhtumeid tuleks kõigepealt kirjutada: must kast või valge kast? Miks?

Üldiselt tuleks kõigepealt kirjutada musta kasti testjuhtumid ja hiljem valge kasti testjuhtumid. Musta kasti testjuhtumite kirjutamise nõuded on nõuete dokumendid, projekti kavand või plaan. Need dokumendid on saadaval selle projekti alguses. Teisest küljest ei saa valge kasti testjuhtumeid kunagi alustada projekti algusfaasis, kuna valge kasti testimiseks on vaja üksikasjalikku arhitektuuri selgust. Kuid see pole projekti algfaasis saadaval. Nii et valge kasti testjuhtumid kirjutatakse tavaliselt pärast musta kasti testjuhtumeid.

29. Mida teate defektiaruande vormingu põhikomponentide kohta?

Defekti aruande vormingu põhikomponendid hõlmavad järgmisi punkte.

• Projekti nimi
• Mooduli nimi
• Defektide tuvastamise aeg
• Defektidetektori nimi
• Defekti ID
• Defekti nimi
• Ekraanipilt defektist
• Prioriteedi ja tõsiduse olek
• Defektide lahendaja nimi
• Defektide parandamise aeg

30. Kas arvate, et automatiseerimise testimine agiilses metoodikas on kasulik?

Automatiseerimise testimine on oluline agiilne metoodika ja võimaldab saavutada maksimaalse katsekatte võimalikult lühikese ajaga sprindis.

31. Mainige testjuhtumite kategooriaid, mida saab automatiseerida?

• Regressioonitesti juhtumid
• Suitsutesti juhtumid
• Kompleksarvutuste testjuhtumid
• Mittefunktsionaalsed testjuhtumid
• Andmepõhised testjuhtumid

32. Millised on automaatikatestimise edukuse kaardistamise tingimused?

Järgides neid tingimusi, saab automatiseerimise testimise edu kaardistada:

• Defektide tuvastamise suhtetegurid
• Automatiseerimise teostamise aeg ja selle panus projekti ajaefektiivsusesse
• Muude kulude vähendamine

33. Töötage välja veebisaitide koormustestimine

Veebisaidile sisenemiseks saadab kasutaja selle konkreetse veebisaidi serverile päringu ja server tagastab vastuse veebisaidina, mille sisestamist taotlesite. Veebisaidi koormustestimise ajal loovad kvaliteeditagamise insenerid ja automaatikainsenerid a DDoS operatsiooni. Nad lihtsalt korrutavad külastajate arvu ja seega saadetakse mitu vastust, et simuleerida liikluskoormust erinevates külastajatingimustes. Seejärel saab mõõta veebiserveri vastust arvukate tehiskasutajate päringutele. IT-d kasutatakse jõudlusprobleemide väljaselgitamiseks töökoormuse ja serveri võimsuse osas.

34. Võrrelge Seleeni ja Sikuli rajatisi ja omadusi?

35. Kuidas klõpsate funktsiooniga linkText() hüperlingil?

Ülaltoodud käsk leiab elemendi lingi teksti abil ja seejärel klõpsab sellel elemendil. Sel viisil suunatakse kasutaja soovitud lehele.

36. Defineeri TestNG

TestNG on täiustatud vahenditega testimisraamistik, mis on loodud testimisprotseduuride lihtsustamiseks. See annab eeliseid nii arendajatele kui ka testijatele. See on üks enim kasutatavaid avatud lähtekoodiga raamistikke. Lisaks on sellel sisseehitatud mehhanism, mis on loodud erandite käsitlemiseks, mis võimaldab programmil käitada ilma ootamatult katkestamata.

37. Mille alusel tuleks TestNG-s määrata testjuhtumi prioriteet?

Allpool näidatud kood selgitab, kuidas määrata testjuhtumi prioriteeti TestNG-s.

Testi teostamise järjekord:

38. Seleta meile Seleeni ja QTP võrdlust?

Küsitud võrdlus on illustreeritud allolevas tabelis:

39. Mida sa mõtled objektihoidla all? Seleniumi WebDriveris objektihoidla loomise protseduurid?

Objektihoidla näitab veebielementide kogu, mis kuuluvad testitavasse rakendusse (AUT), mis kaasnevad nende asukohaväärtustega. Seleenis salvestatakse objektid üldiselt Exceli lehele, mis on vastavalt vajadusele valmis skripti sisestamiseks.

40. Kuidas edastada Selenium WebDriver sisendandmeid tekstikasti?

Meetodi sendKeys() abil saame edastada teksti (stringi tüüpi andmed) sisestustekstikasti By Selenium WebDriver.

41. Millist sisendit on lõppkasutajalt vaja, et testimist õigesti alustada?

Lõppkasutaja on alati igas projektis kõige olulisem isik, sest ta on toote tegelik kasutaja ja tal on projekti vastu suur huvi.

Allpool on näidatud lõppkasutaja kõige vajalikumad sisendid:

1. Nõue
2. Risk
3. Reaalajas andmed
4. Vastuvõtukatse plaan
5. Stsenaariumid testimiseks

42. Mida te mõtlete mõiste 'töölaua kontseptsioon' all?

Töölaud on oma olemuselt protseduur, mis dokumenteerib konkreetse tegevuse võimalikke viise.

43. Selgitage lühidalt mõistet 'defektide kaskaad'?

Defektide kaskaad on defekt, mis on mõne muu defekti tagajärg. Ühe defekti käivitab teine ​​defekt. Kui defekt esineb algfaasis, siis seda ei tuvastata ja see läheb märkamatult üle teistesse faasidesse. See võimaldab defektide arvu suurendada kuni esmase defekti tuvastamiseni ja parandamiseni.

Oletame näiteks olukorra:

Meeskond kujundab veebilehe sisselogimismoodulit:

1. faas – kujundate sisselogimiseks Registri/Kasutaja veebilehte ja mobiilinumber on kohustuslik, kuid hetkel avastamata vea tõttu võite selle tühjaks jätta.

2. etapp – loote sisselogimisvormi, mis sisaldab kasutajanime ja parooli. Parool oleks OTP, mis saadetakse Kasutaja mobiilinumbrile, millega ta end registreerima pidi.

Kui kasutaja jätab nüüd sisselogimise ajal mobiilinumbri välja tühjaks, siis OTP saatmiseks vajalikku numbrit ei leita; seega võib süsteem kokku kukkuda või ootamatult kokku kukkuda. Kui defekt tuvastati ja parandati algselt 1. faasis, siis 2. faasis pole see liiga palju tüli.

44. Selgitage erinevaid lõppkasutajatele levitamise strateegiaid?

1. Piloot
2. Järkjärguline täitmine
3. Etapiline täitmine
4. Paralleelne täitmine

45. Selgitage Selenium WebDriveri abil lehelt katkiste linkide leidmise õiget protseduuri?

Intervjueerija võib selle teile esitada praktilise küsimusena. Ta võib anda teile olukorra, kus veebilehel on 20 linki ja teie ülesanne on tuvastada, millised neist kahekümnest lingist töötavad ja mis ei tööta (katki).

Kuna peate kontrollima iga selle lehe lingi toimimist, on lahendus järgmine: peate saatma HTTP-päringud kõigile sellel lehel olevatele linkidele ja jälgima vastust, kui kasutate draiverit. Hangi () meetod iga URL-i navigeerimiseks; see tagastab vastuse olekuga 200 – OK. See vastus viitab kinnitusele, et link töötab ja see on saadud. Vastupidiselt näitab mis tahes muu olek selle asemel, et link on katkine. Protseduuri selgitatakse allpool:

Esiteks peate kasutama ankursilte veebilehel olevate erinevate hüperlinkide leidmiseks. Iga siltide abil saate hüperlinkide hankimiseks kasutada atribuudi 'href' väärtust ja seejärel jälgida vastuseid, mille saite meetodi driver.get() rakendamisel.

Igas etapis on erinevaid katsetulemusi tarkvara arendus:

1. Eeltestimine
2. Testimise ajal
3. Järeltestimine

65. Selgitage, mis on mutatsioonitestimine?

Mutatsioonitestimine on meetod, mis võimaldab tuvastada, kas mõni testjuhtum on kasulik erinevate tahtlike vigade abil, ja uuesti testimine tegelike testjuhtumitega, et teha kindlaks, kas vead on tuvastatud.

66. Milliseid asju peaks testija meeles pidama enne AUT-i automatiseerimisvahendite valimist?

1. Tehniline teostatavus
2. Rakendus stabiilsus
3. Keerukuse tase
4. Testi andmed
5. Automatiseeritud skriptide taaskasutatavus
6. Rakenduse suurus
7. Täitmine kogu keskkonnas

67. Kuidas tuleks riskianalüüsi läbi viia?

Riskianalüüsi jaoks on vajalikud järgmised sammud:

• Riski skoori leidmine
• Riskiomaduste muutmine
• Kasutage selle testiriski ressursse
• Riskiprofiili koostamine
• Riskide andmebaasi koostamine

68. Selgitage lühidalt silumise kategooriaid?

• Toores jõuga silumine
• Põhjuse kõrvaldamine
• Taganemine
• Veapuu analüüs
• Programmi viilutamine

69. Mis on testiplaan? Mainige lühidalt teavet, mida katseplaanis käsitletakse?

Testiplaan on hästi kirjutatud dokument, mis kirjeldab testimistegevuste ulatust, ressursse, lähenemisviisi ja ajakava.

Katseplaan peaks sisaldama järgmisi üksikasju.

1. Testistrateegia
2. Väljumise/peatamise kriteeriumid
3. Ressursiplaneerimine
4. Testi eesmärk
5. Testi tulemused

70. Kuidas saab iga projekti puhul tooteriski vähendada?

See aitab teil projektis tooteriski kõrvaldada ning on lihtne, kuid oluline samm, mis võib teie projekti tooteriski vähendada.

• Uurige spetsifikatsioonidokumente
• Arutage projekti üle kõigi sidusrühmadega, sealhulgas arendajaga
• Tõelise kasutajana jalutage veebisaidil ringi

71. Nimetage mõningaid levinumaid riske, mille tõttu projekt ebaõnnestub?

Allpool on näidatud levinumad riskid, mis võivad projekti ebaõnnestumiseni viia.

• Puudub piisavalt inimressurssi
• Ajapiirangud
• Testimiskeskkond ei pruugi olla õigesti seadistatud
• Piiratud eelarve

72. Selgitage oma eelistatud protseduuri meeskonnaliikmetele ülesande määramiseks?

73. Mis on testimise tüüp ja mainige mõnda tavaliselt kasutatavat testimistüüpi?

Oodatava testi tagasiside saamiseks säilitatakse standardprotseduur, mida nimetatakse testimistüübiks.

Laialdaselt kasutatavad testimistüübid on:

API testimine:Rakenduse jaoks loodud testimise APIÜksuse testimine:Testige rakenduse väikseimat koodiIntegratsiooni testimine:Kombineeritakse ja testitakse üksikuid tarkvaramooduleidInstalli/desinstalli testimine:Testimine tehtud kliendi/kliendi vaatenurgastSüsteemi testimine:Süsteemi täielik testimineAgiilne testimine:Testimine läbi Agile tehnika

74. Nimetage lühidalt katsearuannete struktuur ja sisu. Mis tähtsus on katsearuannetel?

Katsearuanne sisaldab järgmisi asju:

1. Projekti teave
2. Testi kokkuvõte
3. Testi eesmärk
4. Defekt

Katsearuannete eelised on järgmised:

• Teavitatakse projekti seisu ja toote kvaliteeti
• sidusrühmal ja kliendil on lubatud võtta parandusmeetmeid (vajadusel)
• Lõpetatud dokument aitab kindlaks teha, kas toode on vabastamiseks sobiv

75. Selgitage, mis on testijuhtimise ülevaade ja kirjeldage lühidalt selle tähtsust?

Juhtkonnaülevaade, tuntud ka kui tarkvara kvaliteedi tagamine või SQA. SQA sihib tarkvaratöötlust, mitte tarkvara koostamist. See on hulk tegevusi, mis on kavandatud kinnitamaks, et projekti koordinaator järgib standardset protsessi. SQA võimaldab testi koordinaatoril / juhil võrrelda tööd seatud standarditega.

76. Rääkige meile tarkvara kvaliteedi tagamise parimatest tavadest?

1. Tarkvara kvaliteedi tagamise rakendamise parimad tavad on järgmised:
2. Dokumentatsioon
3. Tööriista kasutamine
4. Vastutus meeskonnaliikmete poolt
5. Pidev täiustamine
6. Mõõdikud
7. Kogenud SQA audiitorid

77. Millal tuleks teha RTM (Requirement Traceability Matrix)?

RTM luuakse pärast testjuhtumi kujundamist. Nõuded peavad olema ülevaatustegevusest jälgitavad.

78. Selgitage testmaatriksi ja jälgitavuse maatriksi erinevusi?

Testmaatriks: Testmaatriksit kasutatakse enamasti algse jõupingutuse, kvaliteedi, ressursside, plaani ja aja jäädvustamiseks, mis on vajalik tarkvara testimise kõigi etappide jäädvustamiseks.

Jälgitavuse maatriks: Kliendi nõuete ja testjuhtumite vahelist kaardistamist nimetatakse jälgitavuse maatriksiks.

79. Defineerige terminid Testiplaanipõhine või Märksõnapõhine testimismeetod?

See meetod rakendab testijate poolt spetsiaalsetest võtmesõnadest koosneva arvutustabeli abil välja töötatud algset testjuhtumi dokumenti. Need märksõnad säilitavad kogu töötlemise.

80. Selgitage, mis on DFD (andmevoo diagramm)?

Andmevoo diagramm on andmevoo graafiline kujutis läbi infosüsteemi. Seda kasutatakse ka töötlemisandmete visualiseerimiseks.

81. Mis on LCSAJ?

LCSAJ tähistab 'lineaarset koodijada ja hüpet'. See sisaldab järgmisi üksusi:

• Käivitatavaid lauseid sisaldava lineaarse jada algus
• Lineaarjada lõpp
• Juhtvoolu ülekande sihtliin lineaarse jada lõpus

82. Mis on N+1 testimine?

Regressioonitesti variatsioon on illustreeritud kui N+1. Selle meetodi puhul viiakse testimine läbi mitme tsüklina, mille käigus katsetsüklis N leitud defektid fikseeritakse ja katsetatakse uuesti katsetsüklis N+1. Tsüklit korratakse seni, kuni defekte ei leita.

83. Selgitage, mis on Fuzz-testimine ja millal seda nõutakse?

Hägustesti kasutatakse tarkvara turvalünkade ja kodeerimisvigade tuvastamiseks. Selle meetodi puhul lisatakse süsteemi juhuslikud andmed, püüdes süsteemi kokkujooksda. Kui haavatavus on olemas, rakendatakse võimalike defektide kindlakstegemiseks tööriista, nimelt 'fuzz tester'. See meetod on suuremate projektide jaoks mugavam, kuid tuvastab ainult suurema vea.

84. Selgitage, milline on tarkvara testimise avalduse katvuse mõõdiku tegelik kasu?

Väljavõtte katvuse mõõdiku eelised on järgmised:

• See ei vaja lähtekoodi töötlemist ja seda saab kasutada otse objektkoodis.
• Vead jaotuvad lähtekoodis ühtlaselt, sel põhjusel näitab käivitatavate avalduste protsent avastatud vigade protsenti.

85. Kuidas saate luua stringi asendamise meetodi tugevaid testjuhtumeid?

• Kui märgid uues stringis > märgid viimases stringis, ei tohiks ühtegi tähemärki kärpida.
• Kui märgid uues stringis
• Pärast ja enne stringi ei saa kustutada tühikuid.
• Ainult stringi esmakordsel esinemisel peaks tester stringi asendama.

86. Kirjeldage varjatud ja varjatud defektide erinevusi

• Varjatud defekt: varjatud defekt on kaasaegne kahjutu defekt, mis ei ole põhjustanud ühtegi riket, kuna tingimused ei ole kunagi täidetud.
• Varjatud defekt: see on varjatud defekt, mis ei ole põhjustanud tõrget, kuna mõni muu defekt on kaitsnud seda koodiosa juurutamise eest.

87. Selgitage erinevaid testide katmise tehnikaid.

Erinevat tüüpi testide hõlmamise tehnikad hõlmavad

Väljavõtte katvus: see kinnitab, et lähtekoodi iga rida on käitatud ja testitudOtsuse katvus:See tagab, et iga lähtekoodi otsust käitatakse ja testitakseTee katvus:See kontrollib, et iga võimalik marsruut läbi koodijupi käitatakse ja testitakse

88. Selgitage, millised on defektiaruande paigutuse põhikomponendid?

Defekti aruande vormingu põhikomponendid hõlmavad järgmist.

• Projekti pealkiri
• Mooduli pealkiri
• Defektide tuvastamise aeg
• Defekti tuvastas
• Defekti ID nr ja nimi
• Ekraanipilt defektist
• Prioriteedi ja tõsiduse kirjeldus
• Defektide lahendamise aeg
• Defekt lahendatud poolt

89. Selgitage lühidalt täieliku testimise põhieesmärki.

End-to-end testimine viiakse läbi pärast funktsionaalse testimise etappi. Lõpptestimise eesmärgid on järgmised

• To tarkvara kinnitada nõuded ja integreerimine välisliidestega
• Rakenduse testimiseks tegelikus keskkonnas
• Andmebaasi ja rakenduse vahelise koostoime testimiseks

90. Milliseid testimistegevusi te testimisprojektis automatiseerite?

Projekti testimistegevuste osas automatiseeriks järgmised faktid:

1. Testid, mis kasutavad samade toimingute tegemiseks mitut teavet
2. Testid, mis tuleb läbi viia iga rakenduse järgu jaoks
3. Sarnased testid, mida peavad läbi viima erinevad brauserid
4. Tehing lehtedega, mis lühikese aja jooksul ei muutu
5. Missioonikriitilised lehed

91. Mis kasu on otsustustabelite kasutamisest?

Ekvivalentsuse jaotamise ja ka piirväärtuste analüüsi meetodeid kasutatakse tavaliselt konkreetsetes olukordades või sisendites. Kuid kui konkreetsete sisendite kombinatsioonide tulemusel viiakse läbi konkreetseid toiminguid, võib osutuda keerulisemaks näidata samaväärsuse jaotamise ja piiriväärtuste analüüsi rakendamist, mis näib olevat rohkem keskendunud kasutajaliidese osale. On veel kaks spetsifikatsioonipõhist tehnikat. Need on: otsustustabelid ja olekuüleminek, mis põhinevad rohkem äriloogikal.

Otsustabel on nutikas viis asjade kombinatsioonidega (nt sisendid) töötamiseks. Seda meetodit nimetatakse aeg-ajalt põhjuse-tagajärje tabeliks. On olemas loogilise diagrammi koostamise meetod, nimelt põhjus-tagajärg graafik, mida aeg-ajalt rakendati 'otsustabeli' tuletamiseks.

92. Määrake allpool näidatud koodifragmendi järgi testide arv, mis on vajalik otsuste 100-protsendiliseks katmiseks?

93. Määratlege testjuhtumid, mida on vaja järgmise koodilõigu täielikuks avalduseks ja täielikuks otsuste katteks.

Ülaltoodud koodifragmendi lõppu on lisatud järgmine.

Ühtegi olemasolevat testjuhtumit ei saa rakendada.

94. Müüja tegeleb printerikassettidega. Tellida tuleb vähemalt 5 printerikassetti. 100 ja enama koguse tellimustele pakutakse 20% allahindlust. Teile määratakse testjuhtumid, kasutades tellitud toodete arvu erinevaid väärtusi.

4, 5, 99

95. Järgige allpool näidatud tehnikaid. Eristage staatilisi ja dünaamilisi tehnikaid.

1. Kasutage juhtumitesti.
2. Ekvivalentsuse partitsioon.
3. Ülevaatused.
4. Uurimuslik testimine.
5. Otsuste testimine.
6. Andmevoo analüüs.

Ülevaatused ja andmevoo analüüs on staatilised; Samaväärsuse jaotamine, otsuste testimine, kasutusjuhtumite testimine ja uurimuslik testimine on dünaamilised.

96. Nimetage ametliku läbivaatamiskorralduse etapid

Erinevalt mitteametlikest ülevaadetest järgivad ametlikud ülevaated ametlikku protsessi. Ametlik ülevaatusprotsess sisaldab 6 peamist etappi:

1. Plaan
2. Avalööki tegema
3. Ettevalmistus
4. Ülevaatamine
5. Töötage ümber
6. Järeltegevus.

97. Nimetage lühidalt kogemuspõhise testimise tehnikaid?

Kogemuspõhiste tehnikate puhul on testija teadmised, asjakohased oskused ja taust testjuhtumite ja katsetingimuste peamine panus. Oluline on nii tehnilise kui ka ärilise tausta kogemus, kuna need toovad erinevaid seisukohti nii testianalüüsi kui projekteerimisprotsessi osas. Kuna kogenud testijal on varasemaid kogemusi sarnast tüüpi süsteemidega, võib ta saada teavet selle kohta, millised funktsioonid võivad valesti minna, mis on testimisel väga kasulik.

98. Millal peaksite testimise lõpetama?

See varieerub sõltuvalt testitava süsteemi riskidest. Olenevalt sellest, millise testimise saab lõpetada, on teatud tingimused ja parameetrid. Need on järgmised:

• Tähtajad (testimine, vabastamine)
• Testjuhtumid täideti teatud protsendiga
• Vigade arvu langus väheneb teatud tasemeni
• Testi eelarve ammendub
• Koodi katvus, funktsionaalsus või nõuded on täidetud oodatud punktini
• Alfa-/beetaperioodid testimise lõppemiseks

99. Mida mõeldakse termini „pooljuhuslikud testjuhtumid” all?

Juhuslike testjuhtumite käivitamisel ja nende juhtumite samaväärsuse jaotamisel jätame üleliigsed testjuhtumid välja, seega saame pooljuhuslikud testjuhtumid.

100. Mida sa tead testi katvuse kohta?

Testi katvus mõõdab mingil kindlal viisil testide kogumiga tehtud testimiste arvu (tuletatud mõnel muul viisil, nt spetsifikatsioonipõhiste tehnikate abil). Kõikjal, kus saame asju kokku lugeda ja öelda, kas mõni test on kõiki neid asju testinud või mitte, saame mõõta katvust.

101. Tarkvara testimise defineerimine

Vastavalt ANSI/IEEE 1059 standardile – tarkvaratoote analüüsimise protsess, et tuvastada erinevused olemasolevate ja nõutavate tingimuste vahel (st defektid) ning hinnata tarkvaratoote võimalusi.

102. Milliseid tavasid tuleks testjuhtumite kirjutamisel regulaarselt järgida?

• Kirjutage testjuhtumeid lõppkasutajate vaatenurgast
• Kirjutage korduvkasutatavad testjuhtumid
• Kirjutage testisammud lihtsamaks, et igaüks saaks hõlpsasti jälgida
• Määrake prioriteet
• Kirjutage nii kehtetud kui ka kehtivad testjuhud
• Esitage testjuhtumi kirjeldus, eeldatav tulemus, eeltingimus, järeltingimus, testi andmed
• Vaadake testjuhtumid põhjalikult üle ja vajadusel värskendage
• Pidage kinni õigetest nimede andmise tavadest

103. Milliseid konfiguratsioonihaldustööriistu testijad sageli kasutavad? Nimetage mõned populaarsed.

Mõned laialdaselt kasutatavad konfiguratsioonihaldustööriistad on järgmised:

• Võimalik
• Nukk
• Pealik
• Soolavirn
• Terraform

104. Defineerida ja võrrelda mõisteid kvaliteedi tagamine ja kvaliteedikontroll?

Kvaliteedi tagamine: Kvaliteedi tagamine hõlmab protsessile orienteeritud tegevusi. See kinnitab vigade vältimist tarkvararakenduste arendamise protsessis. Selle tulemusena ei teki tarkvararakenduse arendamisel defekte.

Kvaliteedi kontroll: Kvaliteedikontroll hõlmab tootele suunatud tegevusi. See käivitab programmi või koodi, et tuvastada tarkvararakenduse defektid.

105. Mida teate tarkvara testimise valideerimisest?

Valideerimine on protseduur, millega kontrollitakse, kas ehitame õiget toodet, näiteks kontrollimaks, kas meie ehitatud toode on õige või mitte. Sellega seotud tegevused on tarkvararakenduse testimine.

106. Mida tähendab halli kasti testimine?

Gray box on nii Black Boxi kui ka valge kasti testimise integratsioon. Selle testimisvormi kallal töötaval testijal peab olema juurdepääs projekteerimisdokumentidele. See võimaldab meil testijal selle protseduuri käigus luua paremaid testjuhtumeid.

107. Selgitage tarkvara testimise terminit Testbed.

Testimiseks loodud keskkond. Testimisalus sisaldab riistvara, tarkvara, võrgukonfiguratsiooni, testitavat rakendustarkvara ja muud seotud tarkvara.

108. Mida sa tead katsekeskkonnast?

Testikeskkond viitab riist- ja tarkvara integreerimisele, mida testimisrühm testib.

Näide:

• Rakenduse tüüp: veebirakendus
• Veebiserver: IIS
• OS: Windows
• Andmebaas: MS SQL Server
• Kliendipoolne valideerimine: JavaScript
• Veebilehe kujundus: Dot Net
• Serveripoolne skriptimine: ASP Dot Net
• Brauser: IE/FireFox/Chrome

109. Rääkige meile midagi Big Bang Approachi kohta.

Kõigi moodulite integreerimine ja funktsionaalsuse kontrollimine pärast üksikute moodulite testimise lõpetamist.

Ülevalt alla ja alt üles juhitakse tehismoodulite abil, mida nimetatakse tünnideks ja draiveriteks. Neid tüvesid ja draivereid kasutatakse puuduvate komponentide jaoks, et modelleerida moodulite vahelist andmesidet.

110. Kas tead suitsutestimisest? Mida see tegelikult tähendab?

Suitsutestimine tehakse kindlaks, kas arendajameeskonnalt saadud toode on testitav. Seda tuntakse ka 0-päeva kontrollina. Seda tehakse ehituse tasemel. See võimaldab meil lühendada testimisaega, et lihtsustada kogu rakenduse testimist, kui põhifunktsioonid ei tööta korralikult või võtmevead on endiselt parandamata.

111. Mis on alfatestimine

Alfa testimist viivad läbi ettevõttesisesed arendajad (kes tarkvara välja töötasid) ja testijad. Sageli viib alfatesti läbi klient või allhankemeeskond arendajate või testijate juuresolekul.

112. Mis on beetatestimine

Beetatestimise viib läbi väike arv lõppkasutajaid, tavaliselt kliendi juures enne tarnimist.

113. Mis on gammatestimine

Gamma testimine viiakse läbi siis, kui tarkvara on konkreetsete nõuetega väljalaskmiseks täielikult ette valmistatud. Seda tehakse kliendi poole ees. See viiakse läbi otse, jättes vahele kõik eelnevad testimistoimingud.

114. Mis on terve mõistuse testimine

Rakenduse põhifunktsioonide kontrollimist (ilma süvenemata) vahetult enne lõplikku väljalaset nimetatakse Sanity Testing . Seda tuntakse ka kui regressioonitesti alamhulka. Seda tehakse vabastamise etapis. Mõnikord ei saa väljalaskeaja tähtaja tõttu järgule põhjalikku regressioonitesti läbi viia, mõistuse testimine mängib seda rolli, kontrollides põhifunktsioone.

115. Tooge meile mõned näited nii vea tõsiduse kui ka vea prioriteedi kohta?

Kõrge prioriteediga ja kõrge raskusastmega: Esita nupp ei tööta sisselogimislehel korralikult ja klientidel on raskusi rakendusse sisselogimisega

Madala prioriteediga ja kõrge raskusastmega: Mõne funktsiooni või rajatise krahh.

Kõrge prioriteet ja madal raskusaste: Ettevõtte nime või moto/loosungite kirjavead kodulehel.

Madal prioriteet ja madal raskusaste: Konkreetse lehe laadimine võtab palju aega

116. Selgitage lühidalt eraldiseisva rakenduse, veebirakenduse ja kliendi-serveri rakenduse erinevusi?

Eraldiseisev rakendus: Eraldiseisev rakendus järgib üldiselt ühetasandilist arhitektuuri. Esitlus-, äri- ja andmebaasikihid on ühendatud ühe kasutaja jaoks ühte süsteemi.

Klient-serveri rakendus: Kliendi-serveri rakendused on loodud kahetasandilise arhitektuuri kontseptsiooni kasutades. Äri- ja esitluskiht on olemas kliendisüsteemis ja andmebaasikiht teistes serverites. See töötab peamiselt Internetis.

Veebirakendus: Veebiserveri rakendused on ehitatud n-tasandi arhitektuuri järgi. Ärikiht asub rakendusserveris, esitluskiht on klientsüsteemis ja andmebaasikiht on andmebaasiserveris. See töötab nii intranetis kui ka Internetis.

117. Mida sa tead vealekke kohta?

Viga, mis testimise käigus jäi testimismeeskonnale märkamatuks ja toode lasti tootmisse. Kui mõni lõppkasutaja või klient leidis selle vahele jäänud vea, nimetatakse seda vealekkeks.

118. Selgitage, mis on Error Seeding?

Vigade külvamine on protseduur tavaliste vigade tahtlikuks lisamiseks mis tahes programmis, et määrata vigade tuvastamise määr. See võimaldab meil hinnata testija oskusi leida vigu ja leida rakenduse võimekust (kui õigesti rakendus töötab, kui tal on vigu.)

119. Mida sa tead Showstopperi defektist?

Viga, mis ei võimalda kasutajal rakendust edasi kasutada, on tuntud kui showtopperi defekt. See on peaaegu sarnane krahhiga.

Oletame, et sisselogimisnupp ei tööta. Kuigi teil on kehtiv kasutajanimi ja kehtiv parool, ei saanud te edasi liikuda, kuna sisselogimisnupp ei tööta.

120. Mis on piiriväärtuse analüüs

Piirväärtuste analüüs sõltub kehtivate ja kehtetute partitsioonide piirväärtuste testimisest. See käitumine selle partitsiooni servas on enamasti vale kui partitsiooni käitumine, seega viitavad piirid alale, kus testimine tõenäoliselt defekte tuvastab. Kõigil partitsioonidel on oma maksimaalne ja minimaalne vahemik ning neid maksimaalseid ja minimaalseid vahemikke nimetatakse partitsiooni piirväärtusteks.

121. Mis on olekuüleminek

Olekuülemineku testimisega valime rakendusest välja testjuhtumid, kus meilt nõutakse erinevate süsteemiüleminekute testimist. Saame seda kasutada, kui rakendus annab samale sisendile eraldi väljundi, olenevalt sellest, mis varasemas olekus on juhtunud.

122. Selgitage samaväärsuse klassi partitsiooni

Samaväärsuse jaotamine, rühmapõhise testimise protseduur on tuntud ka kui ekvivalentsusklassi jaotamine. Siin on tarkvara sisendid jagatud erinevatesse rühmadesse, mis näitavad peaaegu sarnast käitumist. Seetõttu tuleks kavandatavate testjuhtumite jaoks valida igast rühmast üks sisend.

123. Mida mõeldakse API testimise all?

API testimine on tarkvara testimise vorm, mis hõlmab API-de testimist nii otse kui ka integratsioonitesti osana, et kontrollida, kas API vastab funktsionaalsuse, jõudluse, töökindluse ja rakenduse turvalisuse osas ootustele. API testimise puhul keskendume peamiselt tarkvara arhitektuuri äriloogikakihile. API testimist saab läbi viia mis tahes tarkvarasüsteemis, mis sisaldab mitut API-d. API testimine ei mõjuta rakenduse väljavaadet ega välimust. API testimine on GUI testimisest täiesti erinev.

124. Mida sa tead sisenemiskriteeriumidest?

Vajalikud eeltingimused, mis peavad olema täidetud enne testimisprotsessi alustamist.

125. Mainige mõningaid saadaolevaid SDLC mudeleid

• Kosk
• V mudel
• Spiraal
• Agiilne
• Prototüüp

126. Kas teil on kvalifikatsioon süsteemi testimiseks SDLC mis tahes etapis?

Süsteemi testimist saate läbi viia ainult siis, kui kõik seadmed on paigas ja töötavad õigesti. Seda saab käivitada ainult enne kasutaja aktsepteerimise testimist (UAT).

127. Kirjeldage lühidalt protseduuri käsitsi testimine ?

Käsitsi testimine on oluline tarkvararakenduste põhjalikumaks testimiseks – käsitsi testimise protseduur hõlmab järgmist.

1. Planeerimine ja kontroll
2. Analüüs, vaatlus ja disain
3. Rakendamine ja teostamine
4. Hindamine ja aruandlus
5. Katse sulgemise tegevused

128. Mida sa tead STLC-st?

STLC (tarkvara testimise elutsükkel) näitab, millised testimistoimingud tuleb läbi viia ja millal need testimistoimingud lõpule viia. Testimine on aga organisatsioonide vahel erinev, kuna on olemas testimise elutsükkel.

129. Selgitage, mis on väljumiskriteeriumid?

Tuleks kokku leppida kohustuslikud tingimused, mida tuleks enne testimist kontrollida.

130. Nimetage mõned laialdaselt kasutatavad testimise automatiseerimise raamistikud?

Testide automatiseerimise raamistikke on erinevat tüüpi ja kõige levinumad on järgmised:

• Modulaarne testimise raamistik
• Hübriidtestimise raamistik
• Andmepõhise testimise raamistik
• Märksõnapõhine testimise raamistik
• Käitumisest juhitud arendusraamistik

131. Kas teil on raamistiku loomisega kogemusi?

Kui algaja : Ei, ma ei saanud raamistikku luua. Kuid olen kasutanud juba olemasolevat raamistikku.

Kui testija on kogenud: Jah, ma olen raamistiku juba loonud (Või) Ei, aga olen raamistiku loomisega otseselt seotud.

132. Rääkige meile testautomaatika raamistike kasutamise eelistest?

1. See on aja- ja kuluefektiivne. See on täitmisel kiirem.
2. Koodi korduvkasutatavus: saame luua üks kord ja käivitada mitu korda ilma hoolduseta.
3. Lihtne aruandlus: see võib pärast testi läbiviimist luua automaatseid aruandeid.
4. Lihtne ühilduvuse testimiseks: see võimaldab paralleelset käitamist erinevate operatsioonisüsteemide ja brauserikeskkondade kombineerimisel.
5. Kulusäästlik hooldus: see on pikemas perspektiivis käsitsi testimise protseduuriga võrreldes odavam.
6. Automatiseerimise testimine on usaldusväärsem kui käsitsi testimine.
7. Automatiseeritud testimine on mitmekülgsem ja võimsam.
8. Seda kasutatakse enamasti regressioonitestimiseks. See toetab korduvat testjuhtumi täitmist.
9. Minimaalne käsitsi sekkumine: testskripte saab käivitada järelevalveta.
10. Maksimaalne katvus. See võimaldab meil suurendada testide ulatust.

133. Millise testimise automatiseerimise raamistikuga te praegu tegelete ja miks?

Testi automatiseerimise raamistikud, millega ma töötan, on järgmised:

• Andmepõhine testimise raamistik
• Hübriidtestimise raamistik
• Märksõnapõhine testimise raamistik

134. Milliste raamistikega on teil praktiline kogemus?

Organisatsioon, kus ma töötan, juba kasutab seda konkreetset raamistikku või mul on selle konkreetse raamistikuga kogemusi või Minu jaoks on lihtne hallata kõiki skripte, et käivitada ja luua selle raamistiku abil logisid, ekraanipilte ja aruandeid.

135. Nimetage mõned funktsionaalse testimise kõige laialdasemalt kasutatavad testimisvahendid?

1. Seleen
2. UFT (Unified Functional Testing) / QTP (Quick Test Professional)

136. Miks peaks valima Seleeni automatiseerimistööriista teiste asemel?

1. Tasuta ja avatud lähtekoodiga
2. Mitme programmeerimiskeele tugi
3. Brauseriülene ühilduvus
4. Teil on suur kasutajaskond ja abistavad kogukonnad
5. Platvormi ühilduvus

137. Mitu testjuhtumit on teil päevas automatiseerimise kogemus?

See varieerub olenevalt testjuhtumi stsenaariumist, keerukusest ja pikkusest. Mul on kogemusi 2-5 katsestsenaariumi automatiseerimisega päevas, kui keerukus on piiratud. Mõnikord on vaid üks või mitu testistsenaariumit päevas, kui see on väga keeruline.

138. Mida arvate seleeni integratsioonidest?

Seleeni saab integreerida mitmete muude tööriistadega, näiteks

• Programmeerimiskeeled
• Skriptide arendusplatvorm
• Seleeni veebidraiver
• Testimisraamistik
• Maven
• Jenkins
• Sikuli
• Kurk

139. Millised on Selenium WebDriveri väljakutsed ja piirangud?

Vaatamata sellele, et Selenium on mugav avatud lähtekoodiga testimistööriist, on sellel mõned piirangud ja väljakutsed. Mõned seleeni veebidraiveri raskused ja piirangud on järgmised

1. Me ei saa Windowsi rakendust testida.
2. Piiratud aruandlus
3. Dünaamiliste elementide käsitlemine
4. Me ei saa testida mobiilirakendusi .
5. Lehe laadimise käsitlemine
6. Captcha käsitlemine
7. Hüpikakende käsitlemine

140. Selenium IDE selgitamine

Selenium IDE (integreeritud arenduskeskkond) on Firefoxi pistikprogramm. Seda peetakse Selenium Suite'i lihtsaimaks raamistikuks. See võimaldab meil skripte nii salvestada kui ka taasesitada. Vaatamata meie võimalusele luua skripte Selenium IDE abil, peame täpsemate testjuhtumite kirjutamiseks rakendama Selenium RC või Selenium WebDriveri.

141. Mida sa tead Selenese kohta?

Seleeni keel on keel, mida kasutatakse Seleniumi IDE-s testskriptide kirjutamiseks.

142. Mida tähendab Selenium RC?

Selenium RC on tuntud ka kui Selenium Remote Control /. Selenium 1.0 kaugjuhtimispult oli enne Selenium 2 väljatoomist pikka aega Seleniumi peamine projekt. Seleen 1 on endiselt hooldusrežiimis. See sõltub automatiseerimiseks JavaScriptist. See toetab Javascripti, Ruby, Java, PHP, Perli, Python ja C#. See toetab peaaegu kõiki brausereid.

145. Seleniumvõrgu termini jaotur selgitamine?

Serverit või keskpunkti, mis kontrollib testjuhtumite täitmist erinevates masinates, nimetatakse jaoturiks.

146. Seleta mõiste sõlm Selenium Grid?

Rummu külge kinnitatud masinat nimetatakse sõlmeks. Selenium Gridis võib olla mitu sõlme.

147. Millist tüüpi WebDriver API-sid Selenium toetab?

• Firefoxi draiver
• InternetExploreri draiver
• Chrome'i draiver
• Gecko juht
• HTMLUnit draiver
• Safari draiver
• Androidi draiver
• Opera draiver
• EventFiringWebDriver
• iPhone'i draiver

148. Millist WebDriveri rakendustest peetakse kiireimaks?

HTMLUnitDriver on WebDriveri kiireim rakendus. Kuna HTMLUnitDriver ei tee veebibrauseris teste, võtaks veebibrauseri käivitamine ja testjuhtumite käivitamine rohkem aega võrreldes skriptide käivitamisega ilma brauserita. HTMLUnitDriver kasutab testjuhtumite täitmiseks lihtsat HTTP päringu-vastuse mehhanismi.

149. Nimetage Selenium WebDriveri toetatud operatsioonisüsteemid?

1. Windows
2. Mac OS X
3. iOS
4. Linux
5. Android

150. Milliseid programmeerimiskeeli Selenium WebDiver toetab?

• Java
• Python
• Perl
• Rubiin
• PHP
• C#

Soovitatav artikkel: 100 populaarseimat tarkvara testimise ajaveebi ja veebisaiti, mida 2020. aastal jälgida

Nõuanne

Need on mõned levinumad tarkvara testimise intervjuu küsimused ja vastused, mida intervjuu käigus küsitakse. See on hea nimekiri oma värskendamiseks tehnilisi oskusi enne vestlusele minekut . Edu teile intervjuude puhul!

Soovitatavad artiklid

• Mis on Unsecapp.exe ja kas see on ohutu?
• 15 parimat UML-i diagrammi tööriista ja tarkvara
• [PARANDATUD] Windows ei pääse määratud seadmele, teele või failiveale juurde
• 16 Windows Update'i parandusi, mis Windowsis ei tööta
• 4 AMD Radeoni seadete parandused ei avane
• Suumi ekraanipildi tööriist: näpunäiteid ja nippe