Johdatus haastattelujen manuaaliseen testaamiseen
Monilla ihmisillä on väärinkäsitys, etteivät nykyään yritykset palkkaa manuaalisia testaajia. Automaatio-testaajia vaaditaan vain markkinoilla. Mutta tämä ei ole totta. Epäilemättä, koska yritykset ovat siirtymässä kohti automaatiota, joten automatisointitestareille on suuri kysyntä, mutta missä tahansa projektissa kaikkia asioita ei voida automatisoida, manuaalinen testaus on aina laaja ja manuaalisia testaajia vaaditaan myös syvälliseen tietoon kaikki testaustyypit, testiskenaariot, niiden väliset erot jne. Testauksille on monia sertifikaatteja ja aloittelijana tai manuaalisena testaajana on suositeltavaa poistaa ISTQB-sertifikaatti, koska se antaa syvän tiedon testauksen ydinkäsityksistä.
Nyt, jos etsit työtä, joka liittyy manuaaliseen testaukseen, sinun on varauduttava 2019: n manuaaliseen testaukseen liittyviin haastattelukysymyksiin. On totta, että jokainen haastattelu on erilainen työprofiilien mukaan. Täällä olemme laatineet tärkeät manuaalisesti testattavat haastattelua koskevat kysymykset ja vastaukset, jotka auttavat sinua menestymään haastattelussa.
Tässä 2019 manuaalisen testauksen haastattelukysymyksiä käsittelevässä artikkelissa esitetään 10 tärkeintä ja usein kysyttyä manuaalisen testauksen haastattelua koskevaa kysymystä. Nämä haastattelukysymykset on jaettu kahteen osaan seuraavasti:
Osa 1 - Manuaaliset testaushaastattelukysymykset (perus)
Tämä ensimmäinen osa kattaa haastatteluun liittyvät manuaaliset testikysymykset ja vastaukset.
Q1. Mitä eroa on tarkistuksella ja validoinnilla ohjelmistotestauksessa?
Vastaus:
Vahvistamiseen sisältyy staattinen prosessi, jolla varmennetaan asiakirjat, koodi ja suunnittelu, jotta voidaan tarkistaa, vastaako ohjelmisto asiakirjoissa mainittuja vaatimuksia (SRS). Siihen kuuluu Walkthrough, tarkastus ja Code Review. Validointi on dynaaminen prosessi, johon sisältyy koodin suorittaminen ja tarkistaminen, toimiiko ohjelmisto odotetusti vai ei. Se sisältää virheiden löytämisen, jotka testausryhmä tekee koodin suorittamalla. Black box -testaus, white box -testaus ja grey-box -testaus ovat osa testausta ohjelmiston validoinnissa.
Q2. Mitä eroa testiohjaimella ja testisuoralla on ohjelmistotestauksessa?
Vastaus:
Test Driver ja Test Stub ovat periaatteessa pala koodia, joka korvaa alkuperäisen kehittämättömän koodin testauksen suorittamiseksi. Ohjaimia käytetään alhaalta ylöspäin -lähestymistavassa, ja niitä käytetään periaatteessa kutsumoduuleina, jos sisäiset moduulit on toteutettu ja ne on testattava, kun taas tynkkejä käytetään ylhäältä alas -lähestymistavassa ja niitä käytetään missä päämoduuli valmistellaan, mutta kutsutut moduulit ovat vielä ei tehty.
Esimerkiksi web-sovelluksessa on 3 moduulia, eli kirjautuminen, koti, käyttäjät. Jos sisäänkirjautumismoduuli on valmis, mutta ei kotia ja käyttäjiä, niin Koti- ja käyttäjäkorvaava nimeltään moduuli ovat Stub, koska päämoduulin kirjautuminen valmistellaan. Mutta jos Koti- ja Käyttäjä-moduuli on valmis, mutta päämoduulin sisäänkirjautumista ei ole valmisteltu, niin Sisäänkirjauksen korvaavaa ”soittamismoduulia” kutsutaan ohjaimeksi.
Q3. Missä vaiheessa sovelluksen pitäisi aloittaa testaus?
Vastaus:
Kun vaatimukset on koottu projektiin, testisuunnittelu, testistrategia ja testitapausten luominen tai koko testausprosessi pitäisi aloittaa. Nykyään melkein kaikki projektit noudattavat ketterää metodologiaa, joten vaatimuksia ei ole vahvistettu alussa, mutta testaajille toimitetaan tietyssä julkaisussa käyttöön otettavien uusien ominaisuuksien käyttäjäkohdat. Joten testisuunnittelu ja testitapausten luominen tai testiskriptien luominen (automaatiotestauksen tapauksessa) on alkanut ohjelmiston kehityksen mukana. Suurin osa yrityksistä noudattaa Test Driven Development (TDD) -lähestymistapaa kehittääkseen ohjelmistoa, jossa testitapaukset kirjoitetaan ennen koodia ja koodi kirjoitetaan testin validoimiseksi.
Siirrytään seuraavaan manuaalisen testauksen haastattelua koskeviin kysymyksiin.
Q4. Mitkä kohdat on pidettävä mielessä testattaessa verkko- ja mobiilisovelluksia tai eroja näiden kahden testauksessa?
Vastaus:
Web- ja mobiilisovellusten testaaminen ovat erilaisia. Joten erilaisia skenaarioita on testattava niitä testattaessa:
- Selaimen tukea testataan verkkosovelluksissa, kuten Chrome, Firefox, IE jne., Kun taas mobiilisovelluksia testataan useissa käyttöjärjestelmän versioissa, kuten Android 7, 8, 9 jne.
- Sovellusten kaatuminen erilaisissa tilanteissa ja muiden sovellusten esteitä testataan mobiilisovelluksissa, kun taas istunto- ja evästetestaus suoritetaan web-sovelluksissa.
- Mobiilisovelluksissa sovellus testataan erilaisilla näytön kokoilla, onko elementit oikein kohdistettu näytön koon mukaan, kun taas web-sovellus testataan erilaisilla työpöydän resoluutioilla.
- Käsi- ja äänielet, kuten puristaminen, pyyhkäiseminen, äänentunnistus, testataan mobiililaitteilla, kun taas yksinkertaiset konekirjoitus- ja copy-paste-ominaisuudet testataan verkkosovelluksissa.
Q5. Onko sopivaa käyttää ketterää mallia pienten projektien testaamiseen?
Vastaus:
Ketterä on asteittainen ja toistuva lähestymistapa ohjelmistokehitykseen ja on helpompaa joustavissa ja suurissa projekteissa, joissa vaatimukset muuttuvat ajan myötä. Pienissä projekteissa, joissa vaatimukset eivät ole liian suuria, ketterää ei pidä suosia, koska se maksaa enemmän projektin budjettia, koska se sisältää useita ryhmiä työskentelemään samanaikaisesti ja voi haitata ohjelmistojen toimitusaikaa kokonaisuudessaan.
Osa 2 - Manuaaliset testaushaastattelut (Advanced)
Katsokaamme nyt edistyneitä manuaalisen testauksen haastattelua koskevia kysymyksiä ja vastauksia.
Q6. Mikä on ohjelmistojen testaus elinkaari?
Vastaus:
Ohjelmistotestauksen elinkaari (STLC) on prosessi, joka käsittää askel askeleelta suoritettavan menettelyn, jota suoritetaan minkä tahansa ohjelmistosovelluksen testaamisen aikana sen varmistamiseksi, että ohjelmisto toimii odotetulla tavalla. Alla on esitetty STLC: n eri vaiheet:
- Vaatimus kerääminen
- Testisuunnittelu
- Testianalyysi
- Testisuunnittelu
- Testiympäristön asetukset
- Testin suorittaminen
- Kokeen sulkeminen
Q7. Mikä on negatiivinen testaus ja miksi se suoritetaan?
Vastaus:
Negatiivinen testaus, joka tunnetaan myös nimellä väärä testaus tai virhepolkutestaus, sisältää minkä tahansa ohjelmistosovelluksen testauksen odottamattomissa olosuhteissa. Positiivinen testaus varmistaa vain, että ohjelmisto toimii odotetulla tavalla, kun taas negatiivinen testaus kertoo, kuinka ohjelmisto käyttäytyy epätasaisissa / odottamattomissa olosuhteissa. Se tehdään sovelluksen vakauden varmistamiseksi.
Oletetaan, että verkkokauppasovelluksessa negatiiviset testitapaukset voivat olla, jos henkilö lisää jonkin verran ylimääräistä / haitallista sisältöä URL-osoitteeseen, minkä pitäisi olla tulosteen, jos sovellus pystyy käsittelemään 1000 käyttäjää kerrallaan, miten se toimii, jos käyttäjät lisääntyvät 3 kertaa jne.
Siirrytään seuraavaan manuaalisen testauksen haastattelua koskeviin kysymyksiin.
Q8. Ero vian, vian ja epäonnistumisen välillä ohjelmistotestauksessa?
Vastaus:
Vian, vian ja vian välillä on minuutti ero. Jos jokin ominaisuus ei toimi odotetusti tai todellinen ja odotettu tulos on erilainen. Ja kehittäjä löytää tämän ongelman vain kehitysvaiheessa, niin sitä kutsutaan vikaksi. Kun vika jätetään kehitysvaiheessa ja testaaja löytää sen testausvaiheessa, vika tunnetaan virheenä. Kun ohjelmisto toimitetaan loppukäyttäjälle ja asiakas löytää ongelman, niin se tunnetaan nimellä epäonnistuminen.
Q9. Mikä on ekvivalenssijakautumisen testaus?
Vastaus:
Se on eräänlainen black-box-testaus, jota voidaan soveltaa millä tahansa tasolla, kuten yksikkö-, integraatio- ja järjestelmätesti. Tässä testissä syöttöalue on jaettu vastaavaan ryhmään, jonka odotetaan olevan sama käyttäytyminen jokaisella alueella. Esimerkiksi, jos salasanan tekstikenttä hyväksyy arvon välillä 5-15 merkkiä, alue voi olla 5-15, joka on kelvollinen, yli 15, joka on virheellinen, 0-5, joka on virheellinen.
Q10. Mikä on testipeitto? Onko mahdollista saada 100% testipeitto?
Vastaus:
Testipeitto on pohjimmiltaan laatutieto, joka edustaa sovelluskoodin määrää, jonka testitapaukset kattavat, tai testimäärää, joka tehdään luotujen testitapausten avulla. Se auttaa seuraamaan testauksen laatua. Lisää testitapauksia, jotka kattavat sovelluksen enimmäispinta-alat, auttavat saavuttamaan maksimaalisen testialueen vähentäen epäonnistumismahdollisuuksia. Vaikka 100%: n testipeittoa ei ole mahdollista saavuttaa, voimme varmistaa, että testitapaukset tulisi luoda jokaisesta haarasta, lause, joka kattaa koodin enimmäispinta-alat.
Suositellut artikkelit
Tämä on opas manuaalisten testien haastatteluun liittyvien kysymysten ja vastausten luetteloon, jotta ehdokas voi helposti hakea nämä manuaalisesti testattavat haastattelukysymykset. Täällä tässä viestissä olemme tutkineet suosituimpia manuaalisesti testattavia haastattelukysymyksiä, joita usein kysytään haastatteluissa. Voit myös katsoa seuraavia artikkeleita saadaksesi lisätietoja -
- Tietokantatestauksen 13 parasta haastattelukysymystä
- Pelitestaushaastattelukysymykset
- ETL-testihaastattelua koskevat kysymykset ja vastaukset
- Läpäisytestien haastattelua koskevat kysymykset
- Kuinka Equivalence-osiointi toimii?