Sissejuhatus küsitluse käsitsi testimise küsimustele
Paljudel inimestel on väärarusaam, et tänapäeval ettevõtted ei palka käsitsi testijaid, vaid automaatikatestid on turul kohustuslikud. Kuid see pole tõsi. Pole kahtlust, kuna ettevõtted liiguvad automatiseerimise poole, nii et automatiseerimistestide järele on suur nõudlus, kuid üheski projektis ei saa kõiki asju automatiseerida, alati on olemas käsitsi testimise ulatus ja ka manuaalsetel testijatel peavad olema põhjalikud teadmised kõik testimistüübid, testistsenaariumid, nendevahelised erinevused jne. Testimisel on palju sertifikaate ja nii algaja kui ka manuaalse testijana on soovitatav ISTQB-sertifikaat tühistada, kuna see annab põhjalikke teadmisi testimise põhikontseptsioonide kohta.
Kui otsite tööd, mis on seotud käsitsi testimisega, peate valmistuma 2019. aasta käsitsi testimise intervjuu küsimusteks. On tõsi, et iga vestlus on erinevate tööprofiilide järgi erinev. Oleme siin koostanud olulised käsitsi testimise intervjuu küsimused ja vastused, mis aitavad teil intervjuus edu saavutada.
Selles 2019. aasta käsitsi testimise intervjuu küsimuste artiklis tutvustame 10 kõige olulisemat ja sagedamini küsitavat intervjuu käsitsi testimise küsimust. Need intervjuuküsimused on jagatud kahte ossa:
1. osa - Intervjuu küsimused käsitsi testimisel (põhilised)
See esimene osa hõlmab põhilisi käsitsi testimise intervjuu küsimusi ja vastuseid.
Q1. Mis vahe on tarkvara testimisel kontrollimise ja valideerimise vahel?
Vastus:
Kontrollimine hõlmab dokumentide, koodi ja kujunduse staatilist verifitseerimist, et kontrollida, kas tarkvara vastab dokumentides nimetatud nõuetele (SRS). See hõlmab kõndimist, ülevaatust ja koodide ülevaatamist. Valideerimine on dünaamiline protsess, mis hõlmab koodi käivitamist ja kontrollige, kas tarkvara töötab ootuspäraselt või mitte. See hõlmab vea leidmist, mille testimisrühm teeb koodi täitmise teel. Musta kasti testimine, valge kasti testimine ja halli kasti testimine on tarkvara valideerimise üks osa testimisest.
Q2. Mis vahe on tarkvara draiveril testidraiver ja testkäsklus?
Vastus:
Test Driver ja Test Stub on põhimõtteliselt kooditükk, mis katsetamise ajal asendab algset väljatöötamata koodi. Draiivereid kasutatakse alt-üles lähenemisviisi korral ja põhimõtteliselt kasutatakse neid kutsumismoodulitena, kui sisemoodulid on rakendatud ja neid tuleb testida. Stubs kasutatakse ülalt-alla lähenemisviisi ja neid kasutatakse seal, kus põhimoodul on ette valmistatud, kuid kutsutud moodulid on veel tegemata.
Näiteks on veebirakenduses 3 moodulit, st sisselogimine, kodu, kasutajad. Kui sisselogimismoodul on ette valmistatud, kuid mitte kodu ja kasutajad, on kodu ja kasutajate asendatud moodul nn kutsutud põhivooduli sisselogimiseks Stub. Kuid kui moodul Kodu ja kasutajad on ette valmistatud, kuid põhimooduli sisselogimist pole ette valmistatud, nimetatakse sisselogimise asendavat moodulit "Juht".
Q3. Millises rakenduse punktis peaksime testimist alustama?
Vastus:
Kui nõuded on projekti koostatud, peaks alustama testimise kavandamist, testimisstrateegiat ja testjuhtumi loomist või kogu testimisprotsessi. Täna järgivad peaaegu kõik projektid Agile metoodikat, nii et nõudeid ei kehtestata alguses, vaid testijatele pakutakse kasutajatele mõeldud lugusid konkreetsete väljaannetes rakendatavate uute funktsioonide kohta. Nii on tarkvara arendamisega alustatud testimise kavandamist ja testimise juhtumite loomist või testiskriptide loomist (automatiseerimise testimise korral). Enamik ettevõtteid järgib tarkvara arendamisel Test Driven Development (TDD) lähenemisviisi, kus testjuhtumid kirjutatakse enne koodi ja kood kirjutatakse vastavalt testi valideerimisele.
Liigume järgmiste käsitsi testimise intervjuu küsimuste juurde.
Q4. Milliseid punkte tuleks veebi- ja mobiilirakenduste testimisel silmas pidada või nende kahe testimise erinevusi?
Vastus:
Veebi- ja mobiilirakenduste testimine on erinev. Seega tuleb nende testimisel katsetada erinevaid stsenaariume:
- Brauseri tuge testitakse selliste veebirakenduste jaoks nagu Chrome, Firefox, IE jne, samas kui mobiilirakendusi testitakse erinevates OS-i versioonides, näiteks Android 7, 8, 9 jne.
- Rakenduste krahhi erinevate stsenaariumide korral ja muude rakenduste takistamist vahepeal testitakse mobiilirakendustes, seansi ja küpsiste testimist veebirakendustes.
- Mobiilirakendustes testitakse rakendust erineva suurusega mobiiliekraanidel, kas elemendid on ekraani suuruse järgi õigesti joondatud, samas kui veebirakendusi testitakse erinevate töölaua eraldusvõimetega.
- Käsi- ja hääleliigutusi, nagu näppimine, pühkimine, hääletuvastus, testitakse mobiilseadmetes, samas kui veebirakendustes testitakse lihtsaid masinakirja- ja kopeerimis-kleepimisfunktsioone.
Q5. Kas väikeste projektide jaoks on sobilik kasutada Agiilset mudelit?
Vastus:
Agile on tarkvara arendamise järkjärguline ja iteratiivne lähenemisviis ning on paremini teostatav paindlike ja suurte projektide puhul, kus nõuded muutuvad ajaga. Väikeste projektide puhul, kus nõuded pole liiga suured, ei tohiks Agile eelistada, kuna see maksaks rohkem projekti eelarvet, kuna see hõlmab erinevaid meeskondi, kes töötavad samaaegselt, ja see võib tarkvara tarnimisel üldist aega takistada.
2. osa - Intervjuu küsimused käsitsi testimise kohta (täpsemad)
Vaadakem nüüd üksikasjalikke intervjuu manuaalse testimise küsimusi ja vastuseid.
Q6. Mis on tarkvara elutsükli testimine?
Vastus:
Tarkvara testimise olelustsükkel (STLC) on protsess, mis hõlmab samm-sammult protseduuri, mida järgitakse tarkvararakenduse testimisel, et tagada tarkvara ootustele vastav töö. Allpool on toodud erinevad STLC faasid:
- Nõuete kogumine
- Testi planeerimine
- Testi analüüs
- Testi kujundus
- Testkeskkonna seadistamine
- Testi täitmine
- Testi sulgemine
Q7. Mis on negatiivne testimine ja miks seda tehakse?
Vastus:
Negatiivne testimine, tuntud ka kui valetestimine või tõrketee testimine, hõlmab mis tahes tarkvararakenduse testimist ootamatutes tingimustes. Positiivne testimine tagab ainult selle, et tarkvara töötab ootuspäraselt, negatiivne testimine aga näitab, kuidas tarkvara käitub ebaühtlastes / ootamatutes tingimustes. Seda tehakse rakenduse stabiilsuse tagamiseks.
Oletame, et e-kaubanduse rakenduse puhul võivad negatiivsed testijuhtumid olla siis, kui inimene lisab URL-i veidi täiendavat / pahatahtlikku sisu, siis milline peaks olema väljund, kui rakendus saab korraga hakkama 1000 kasutajaga, kuidas see käitub, kui kasutajate arv suureneb 3 korda jne
Liigume järgmiste käsitsi testimise intervjuu küsimuste juurde.
Q8. Kas tarkvara testimisel on viga, defekt ja ebaõnnestumine erinev?
Vastus:
Defekti, vea ja tõrke vahel on minutiline erinevus. Kui mõni funktsioon ei tööta ootuspäraselt või kui tegelik ja oodatav tulemus on erinev. Ja selle probleemi leiab arendaja ainult arenguetapis, siis nimetatakse seda defektiks. Kui defekt jäeti arendusfaasi ja testija leiab selle katsetamisjärgus, siis nimetatakse seda viga veaks. Kui tarkvara tarnitakse lõppkasutajale ja klient leiab mõne probleemi, siis nimetatakse seda veaks ebaõnnestumine.
Q9. Mis on ekvivalentsuse jaotuse testimine?
Vastus:
See on teatud tüüpi musta kasti testimine, mida saab rakendada igal tasemel, näiteks ühiku-, integratsiooni- ja süsteemitestil. Selles testimises jaotatakse sisendvahemik ekvivalentseks rühmaks, millel on eeldatavalt sama käitumine igas vahemikus. Näiteks kui parooli tekstikast võtab vastu väärtuse vahemikus 5-15 tähemärki, võib vahemik olla 5-15, mis kehtib, rohkem kui 15, mis on kehtetu, 0-5, mis on kehtetu.
Q10. Mis on testi katvus? Kas on võimalik saada 100% testi katvust?
Vastus:
Testi katvus on põhimõtteliselt kvaliteedimõõdik, mis tähistab rakenduskoodi kogust, mida testjuhud hõlmavad, või testitud kogust, mis on loodud loodud testjuhtumite abil. See aitab jälgida testimise kvaliteeti. Rohkem testijuhtumeid, mis hõlmavad rakenduse maksimaalseid alasid, aitab saavutada maksimaalset testi katvust, vähendades ebaõnnestumise võimalusi. Ehkki 100% testi katvust ei ole võimalik saavutada, võime siiski veenduda, et iga juhtumi jaoks tuleks luua testijuhtumid, mis hõlmavad maksimaalseid koodipiirkondi.
Soovitatavad artiklid
See on juhend käsitsi testimise intervjuu küsimuste ja vastuste loendisse, et kandidaat saaks neid käsitsi testimise intervjuu küsimusi hõlpsalt lahendada. Selles postituses oleme uurinud populaarsemaid käsitsi testimise intervjuude küsimusi, mida küsitakse sageli intervjuudes. Lisateabe saamiseks võite vaadata ka järgmisi artikleid -
- Andmebaasi testimise 13 parimat küsimust
- Mängu testimise intervjuu küsimused
- ETL-i testimise intervjuu küsimused ja vastused
- Läbivuse testimise intervjuu küsimused
- Kuidas ekvivalentsus jagamine töötab?