Verkkosovellukset

150 parasta ohjelmistotestauksen haastattelukysymystä ja vastausta

30. lokakuuta 2021

Sisällysluettelo

Johdanto

Haastattelu on erittäin tärkeä vaihe missä tahansa IT-pohjaisessa urassa. Ohjelmistojen testaus ei myöskään ole poikkeus. Älykäs haastatteluvaikutelma lisää mahdollisuuksiasi saada töitä. Ohjelmistojen testaus on laaja ala, samoin haastattelun näkökulmat ja kysymykset. Olemme kuitenkin järjestäneet 150 eniten kysyttyä ohjelmistotestaushaastattelun kysymystä ja vastausta antaaksemme sinulle etulyöntiaseman oikeanlaiseen valmistautumiseen.

Ohjelmistojen testaus Kysymykset ja vastaukset

1. Mainitse ohjelmistotestauksen elinkaaren vaiheet.

Vaiheet ohjelmistotestauksen elinkaari ovat:

Testin suunnitteluTestisuunnitelma laaditaan tässä vaiheessa
Testitapauksen kehitysTestitapaukset suunnitellaan tässä vaiheessa
Ympäristön asettaminenTässä vaiheessa testaajat määrittävät testausjärjestelmän asetukset suorittamaan testitapauksia.
Testin suoritusTämä vaihe koskee testitapausten suorittamista ja tulosten vertaamista odotettuihin tuloksiin testauksen jälkeen.
Testin sulkeminenTämä on viimeinen vaihe, jossa valmistetaan sulkemisasiakirjat, joissa on testitodisteet, RTM

2. Selvitä ohjelmistotestauksen eri menetelmiä ja lähestymistapoja.

Ohjelmistojen testausmenetelmiä on yleensä kolme.

He ovat:

  1. Valkoisen laatikon testaus
  2. Black Box -testaus
  3. Grey-Box -testaus

3. Mitä tiedät ohjelmistotestauksen eri vaiheista?

Testausvaiheita on pääasiassa neljä.

Ne ovat seuraavat:

ohjelmistotestauksen haastattelukysymykset ja vastaukset

Se alkaa yksikkötestauksella ja päättyy hyväksymistestaukseen.

4. Selitä termi vian elinkaari tai vian elinkaari

Kun vika löydetään, se kulkee eri tiloja läpi elinkaarensa. Vian elinkaari auttaa koordinoimaan vikatilan muutoksia tiimin jäsenten kesken. Tätä prosessia kutsutaan bugien elinkaariksi tai vian elinkaariksi.

5. Mitä tarkoitat testitapauksella?

Testitapaukseksi kutsutaan joukkoa ehtoja tai muuttujia, joiden perusteella testaaja voi määrittää, täyttääkö ohjelmisto vaatimukset tai toimiiko se oikein.

6. Selitä toiminnallisen ja ei-toiminnallisen testauksen erot

Toiminnallinen testaus Ei-toiminnallinen testaus
Tehty ennen ei-toiminnallista testaustaTehty toimintatestauksen jälkeen
Riippuu asiakkaan vaatimuksistaRiippuu asiakkaiden odotuksista
Kuvaa tuotteiden tavoitettaKuvaa tuotteen prosessia

7. Selvitä ohjelmistotestauksen termit 'Varmennus' ja 'Validointi' ja niiden välinen ero.

Todentaminen: Tuotteen tarkistaminen suorittamatta minkäänlaista koodia on vahvistusta.

Validointi: Validointi suoritetaan suorittamalla koodit testausta varten. Instanssien osalta se kattaa toiminnalliset ja ei-toiminnalliset testaustekniikat.

8. Määrittele käytettävyystestaus ja sen näkökohdat.

Käytettävyystestaus on erityinen testausmenetelmä, jossa loppuasiakkaan on hyödynnettävä ohjelmistoa nähdäkseen, onko tuote kunnossa, jotta hän tietää asiakkaan mukavuuden, havainnon ja ajan. Oikea tapa viimeistellä loppukäyttäjän näkemys käytettävyydestä ja mukavuudesta on käyttää erilaisia ​​prototyyppejä tai joskus alkuvaiheessa malleja.

9. Miten luokittelet viat?

Viat luokitellaan yleensä kolmeen luokkaan.

Ne ovat seuraavat:

  • Väärin: Kun vaatimuksia ei ole toteutettu oikein.
  • Puuttuu: Tämä luokka toteuttaa sen, että spesifikaatiota ei ole ilmeisesti otettu käyttöön, ehkä asiakkaan vaadittua toimintoa ei ole sovellettu asianmukaisesti.
  • Extra: Se ilmaisee tuotteessa vaaditun asennuksen, jota loppuasiakas ei ole huomannut. Mutta ehkä se on attribuutti, jota tuotteen käyttäjä todella toivoi.

10. Mainitse hyväksymissuunnitelman ehto.

Periaatteessa hyväksymisasiakirja laaditaan alla näytetyillä syötteillä:

  • Vaatimusdokumentti: Se ilmaisee tarkan vaatimuksen, asiakkaan näkökulmasta ne näkökohdat, joita projektissa pakollisesti tarvitaan.
  • Syöttö: Enimmäkseen epävirallinen viestintä (keskustelut, keskustelut, sähköpostit ja niin edelleen)
  • Projektisuunnitelma: Johtajan tekemä projektisuunnitelma toimii myös merkittävänä panoksena hyväksymistestien viimeistelyyn.

11. Mitä kattavuus tarkoittaa ja selitä lyhyesti erilaisia ​​kattavuustekniikoita?

Ohjelmistojen testausaluetta, jolla havainnollistetaan, missä määrin koodia testataan, kutsutaan peittoalueeksi. Kolme peittotekniikan perustyyppiä. Ne ovat seuraavat:

  1. Lausunnon kattavuus: Se vahvistaa, että jokainen lähdekoodirivi suoritetaan ja testataan.
  2. Päätöksen kattavuus: Se varmistaa, että jokainen päätös (tosi/epätosi) koko lähdekoodissa suoritetaan ja testataan.
  3. Polun kattavuus: Se varmistaa, että jokainen mahdollinen reitti läpi lähdekoodin on suoritettu ja testattu.

12. Mainitse lyhyesti automaatiotestauksen edut

Automaatiotestauksen edut ovat seuraavat:

  1. Se mahdollistaa toistuvien testitapausten suorittamisen.
  2. Sen avulla testaajat voivat testata suurta testimatriisia.
  3. Se mahdollistaa rinnakkaissuorituksen
  4. Se inspiroi valvomattomaan toteutukseen
  5. Se kehittää tarkkuutta poistaessaan ihmisen aiheuttamat virheet
  6. Se vähentää aikaa ja kustannuksia

13. Miksi pidät Seleeniä luotettavana automaatiotestauksen työkaluna?

Selenium on yksi suosituimmista kannettavista kehyksistä verkkosovellusten testaamiseen. Sen avulla käyttäjä voi luoda toiminnallisia testejä ilman, että hänellä on kokemusta komentosarjakielten testaamisesta. Tämä kurssi ohjaa aloittelijan vähitellen oppimaan seleenin peruskäsitteitä ja toimintatapoja. On erittäin suositeltavaa käydä jokainen oppitunti läpi järjestyksessä ja olla ohittamatta mitään niistä saadaksesi vahvan hallinnan tästä hyödyllisestä kehyksestä. Muut seleenin edut ovat seuraavat:

  • Se tukee testiskriptejä, jotka on kirjoitettu lähes kaikilla perinteisillä ohjelmointikielillä: Java, Perl, C#, Python, PHP, Ruby &.Net
  • Testejä voidaan käyttää missä tahansa näistä käyttöjärjestelmistä: Windows, Mac tai Linux.
  • Testejä voidaan suorittaa millä tahansa selaimella: Mozilla Firefox, Internet Explorer, Google Chrome , Safari tai Opera.
  • Sitä voidaan käyttää erilaisilla työkaluilla, kuten JUnit & TestNG testitapausten ja raporttien ylläpitoon.
  • Sitä voidaan käyttää Jenkinsin, Mavenin ja Dockerin kanssa jatkuvan testauksen ylläpitämiseksi.

14. Selenium WebDriverin eri osien selitykset.

Seleenin eri komponentteja ovat:

  • Seleeniin integroitu kehitysympäristö
  • Seleeni kaukosäädin
  • Seleeni WebDriver
  • Seleeniverkko

15. Mitä tiedät Selenium WebDriverin erityyppisistä paikantimista?

Osoite, joka tunnistaa ja erottaa verkkoelementin tarkasti ja yksilöllisesti paikantimen verkkosivulla. Seleenin erityyppisiä paikantimia ovat:

  • ID
  • Luokan nimi
  • Nimi
  • Merkin nimi
  • Linkin teksti
  • PartialLinkText
  • Xpath
  • CSS-valitsin
  • TUOMIO

16. Määritä XPath.

XPathia, joka tunnetaan myös nimellä XML Path, käytetään yleensä XML-dokumenttien kyselyyn. Se on välttämätön toimenpide seleenin alkuaineiden paikallistamiseksi. Se sisältää polkulausekkeen tietyillä määritellyillä ehdoilla. Täällä voit kirjoittaa XPath-kyselyn minkä tahansa verkkosivun elementin paikantamiseksi. Se on suunniteltu mahdollistamaan XML-dokumenttien navigoinnin, yksittäisten elementtien, attribuuttien tai minkä tahansa muun osan valitseminen XML-dokumentista tietyn käsittelyn suorittamiseksi. Se voi myös tuottaa luotettavia paikantimia.

17. Vertaa absoluuttista ja suhteellista polkua?

  • Absoluuttinen XPath

Suora tapa löytää elementti on nimeltään Absolute XPath. Jos jokin osa elementin polusta muutetaan polussa, XPath epäonnistuu. Tämä on yksi Xpathin haitoista. Esimerkki: /HTML/body/div[1]/section/div[1]/div

  • Suhteellinen XPath

Suhteellinen XPath alkaa HTML DOM -rakenteen keskeltä. Se alkaa kaksinkertaisella vinoviivalla (//), mikä osoittaa, että se voi etsiä elementistä koko verkkosivun. Esimerkki: //input[@id='ap_email']

18. Selenium WebDriverin eri poikkeukset?

Seleenin poikkeukset ovat samat kuin muissa ohjelmointikielissä. Nämä seleenin yleiset poikkeukset ovat seuraavat:

  • Aikakatkaisun poikkeus
  • Ei-sellaisen elementin poikkeus
  • Elementti-ei-näkyvä poikkeus
  • Vanhentunutta elementtiä koskeva poikkeus

19. Milloin seleeniristikkoa tulee käyttää?

Selenium Gridiä voidaan soveltaa suorittamaan samoja tai mitä tahansa muita testiskriptejä eri alustoilla ja selaimilla rinnakkain, jolloin sillä voidaan saavuttaa hajautettua ympäristöstä riippumatonta testausta, testien suorittamista ja suoritusaikaa huomattavasti.

20. Kuinka käynnistää Selenium WebDriver -selain?

Alla näkyvää syntaksia voidaan käyttää selaimen käynnistämiseen:

WebDriver-ohjain = uusi FirefoxDriver();

WebDriver-ohjain = uusi ChromeDriver();

WebDriver-ohjain = uusi InternetExplorerDriver();

21. Onko todella sitä mieltä, että testaus tulisi suorittaa vasta, kun rakennus- ja toteutusvaiheet on saatu päätökseen?

Testaus suoritetaan aina rakennus- ja toteutusvaiheen jälkeen. Mitä aikaisemmin voimme tunnistaa vian/virheen, sitä edullisempi se on. Esimerkiksi vian korjaaminen huollossa on kymmenen kertaa kalliimpaa kuin sen korjaaminen suorituksen aikana.

22. Selitä lyhyesti testivaiheiden ympäristötodellisuuden välinen suhde.

Kun testivaiheet alkavat toteutua, ympäristötodellisuus muuttuu olennaiseksi. Esimerkiksi yksikkötestauksen aikana ympäristön on oltava osittain todellinen. Silti myöhemmissä vaiheissa tarvitaan autenttista ympäristöä, tai voidaan toisin sanoen sanoa, että sen on oltava todellinen ympäristö.

23. Jos alkuvaiheessa mahdollisesti tehty vian poistaminen suoritetaan myöhemmin. Luuletko tämän vaikuttavan kustannuksiin? Jos kyllä, miten?

Jos vika havaitaan aivan alustavassa vaiheessa, se tulee poistaa heti siinä vaiheessa sen sijaan, että se jätettäisiin korjattavaksi jossain muussa vaiheessa. Itse asiassa, jos vian korjaaminen viivästyy myöhempään vaiheeseen, se tulee kalliimmaksi.

Jos vika havaitaan ja korjataan suunnitteluvaiheessa, se on kustannussäästöisin. Mutta se tulee yli kertaa kalliiksi, jos se korjataan huoltovaiheessa.

24. Mitä vahvistus- ja regressiotestauksella tarkoitetaan?

Regressiotestaus: Ohjelmistotestauksen muoto suoritetaan äskettäin muutetun koodin tarkkuuden varmistamiseksi. Tarkoituksena on myös vahvistaa, että muutoksella ei ole negatiivista vaikutusta tällä hetkellä olemassa oleviin ominaisuuksiin.

Vahvistustestaus: Toinen testi, joka tehdään aiemmin tunnistetun vian korjaamisen jälkeen, on vahvistustestaus tai uudelleentestaus.

25. Mitä raja-arvoanalyysillä tarkoitetaan? Selitä menettely.

Mustan laatikon testisuunnittelua, jota käytetään sen havaitsemiseen, onko syöttöalueen rajalla vielä puutteita, kutsutaan BVA-analyysiksi (Boundary Value Analysis).

26. Selitä satunnaistestaus.

Testi, joka suoritetaan satunnaisesti tuotetuilla tiedoilla millä tahansa asiaankuuluvalla työkalulla, tunnetaan yleisesti satunnaistestauksena. Nämä testitiedot luodaan automaattisella mekanismilla tai useimmiten työkalulla. Tällä satunnaisesti generoidulla syötteellä järjestelmä sitten testataan ja tuloksia tarkkaillaan sen mukaisesti.

27. Mitkä ovat menettelyt hankkeen arvioon saapumiseksi?

Nämä menettelyt on tehtävä projektin arvioimiseksi:

  • Koko projektin modulointi pienimpiin tehtäviin
  • Anna jokainen tehtävä ryhmän jäsenille
  • Arvioi vaivaa tehtävien suorittamiseen
  • Arvioinnin vahvistaminen ja tarkistaminen

28. Mitkä testitapaukset kannattaa kirjoittaa ensin: musta laatikko vai valkoinen laatikko? Miksi?

Yleensä mustan laatikon testitapaukset tulee kirjoittaa ensin ja myöhemmin valkoiset laatikot. Black-boxin testitapausten kirjoittamisen vaatimukset ovat vaatimusasiakirjat, projektisuunnitelma tai suunnitelma. Nämä asiakirjat ovat saatavilla juuri kyseisen projektin alussa. Toisaalta White box -testitapauksia ei voi koskaan aloittaa projektin aloitusvaiheessa, koska white box -testauksessa vaaditaan yksityiskohtaista arkkitehtuurin selkeyttä. Mutta se ei ole saatavilla projektin alkuvaiheessa. Joten valkoisen laatikon testitapaukset kirjoitetaan yleensä mustan laatikon testitapausten jälkeen.

29. Mitä tiedät vikailmoitusmuodon peruskomponenteista?

Vikaraporttimuodon peruskomponentit sisältävät seuraavat kohdat:

  • projektin nimi
  • Moduulin nimi
  • Vian havaitsemisaika
  • Vianilmaisimen nimi
  • Vian tunnus
  • Vian nimi
  • Kuvakaappaus viasta
  • Prioriteetti ja vakavuus
  • Vian ratkaisejan nimi
  • Vian korjausaika

30. Onko automaatiotestaus ketterissä menetelmissä mielestäsi hyödyllistä?

Automaatiotestaus on välttämätöntä ketterä metodologia ja mahdollistaa maksimaalisen testipeiton saavuttamisen sprintin mahdollisimman lyhyessä ajassa.

31. Mainitse mitkä testitapaukset voidaan automatisoida?

  • Regressiotestitapaukset
  • Savutestitapaukset
  • Monimutkaiset laskennan testitapaukset
  • Ei-toiminnalliset testitapaukset
  • Datapohjaiset testitapaukset

32. Mitkä ovat automaatiotestauksen onnistumisen kartoituksen ehdot?

Näitä ehtoja noudattamalla voidaan kartoittaa automaatiotestauksen menestys:

  • Vian havaitsemiseen liittyvät suhdetekijät
  • Automatisoinnin suoritusaika ja sen vaikutus projektin aikatehokkuuteen
  • Muiden kulujen vähennys

33. Kehitä verkkosivustojen kuormitustestausta

Katso myös 11 parasta virtualisointiohjelmistoa

Päästäkseen verkkosivustolle käyttäjä lähettää 'pyynnön' kyseisen verkkosivuston palvelimelle, ja palvelin palauttaa vastauksen verkkosivustolle, jota pyysit syöttämään. Verkkosivuston kuormitustestauksen aikana laadunvarmistusinsinöörit ja automaatioinsinöörit luovat a DDoS operaatio. Ne vain moninkertaistavat kävijöiden määrän, ja siten lähetetään useita vastauksia simuloimaan liikennekuormitusta erilaisissa kävijäolosuhteissa. Verkkopalvelimen vastaus lukuisten keinotekoisten käyttäjien pyyntöihin voidaan sitten mitata. IT:n avulla selvitetään suorituskykyongelmia työkuormituksen ja palvelinkapasiteetin osalta.

34. Vertaa Seleenin ja Sikulin tiloja ja kiinteistöjä?

SeleeniSikuli
Se ei pysty automatisoimaan flash-objekteja (esim. äänisoitin, videosoitin jne.)Se tarjoaa vahvan tuen salamaobjektien automatisoinnin aikana.
API on erittäin monimutkainen.API on hyvin yksinkertainen
Se pystyy automatisoimaan vain verkkosovellusten testauksen.Se pystyy automatisoimaan verkkosovelluksia yhdessä Windows-sovellusten kanssa.

35. Kuinka klikkaat hyperlinkkiä linkText()-funktiolla?

|_+_|

Yllä oleva komento löytää elementin linkkitekstin avulla ja napsauttaa sitten elementtiä. Tällä tavalla käyttäjä ohjataan halutulle sivulle.

36. Määritä TestNG

TestNG on edistyneillä toiminnoilla varustettu testauskehys, joka on suunniteltu yksinkertaistamaan testausmenettelyjä. Se tarjoaa etuja sekä kehittäjille että testaajille. Se on yksi laajimmin käytetyistä avoimen lähdekoodin kehyksistä. Lisäksi siinä on sisäänrakennettu mekanismi, joka on suunniteltu poikkeusten käsittelyyn, mikä mahdollistaa ohjelman suorittamisen ilman odottamatonta päättymistä.

37. Millä perusteella testitapauksen prioriteetti tulisi asettaa TestNG:ssä?

Alla oleva koodi selittää, kuinka testitapauksen prioriteetti asetetaan TestNG:ssä.

|_+_|

Testin suoritusjärjestys:

|_+_|

38. Selitä meille seleenin ja QTP:n vertailu?

Pyydetty vertailu on havainnollistettu alla olevassa taulukossa:

SeleeniPikatestauksen ammattilainen
Selenium on saatavilla lähes kaikille yleisesti käytetyille selaimille (esim. Firefox, Chrome, Safari, Internet Explorer, Opera jne.)QTP on saatavilla vain näille kolmelle verkkoselaimelle: Internet Explorer, Firefox ja Chrome. Se toimii vain Windows-käyttöjärjestelmässä.
Selenium on avoimen lähdekoodin työkalu ja se on saatavilla ilmaiseksi.QTP on lisensoitu työkalu. Se on kaupallistettu, koska käyttäjän on ostettava lisenssi maksamalla tietty summa.
Selenium tukee vain verkkopohjaisia ​​testaussovelluksia.QTP pystyy testaamaan web-pohjaisten sovellusten lisäksi myös Windows-pohjaisia ​​sovelluksia.

39. Mitä tarkoitat objektivarastolla? Selitä, miten Selenium WebDriverissa tehdään objektivarasto?

Objektivarasto ilmaisee kokoelman verkkoelementtejä, jotka kuuluvat testattavana olevaan Application Under (AUT) -ryhmään ja jotka ovat mukana niiden paikannusarvoissa. Seleniumissa objektit tallennetaan yleensä Excel-taulukkoon, joka on valmiina täytettäväksi skriptin sisällä vaatimusten mukaisesti.

40. Kuinka Selenium WebDriver siirtää syöttötiedot tekstiruutuun?

SendKeys()-metodin avulla voimme välittää tekstiä (merkkijonotyyppidataa) syöttötekstikenttään Selenium WebDriver.

41. Millaista panosta loppukäyttäjältä vaaditaan, jotta testaus voidaan aloittaa oikein?

Loppukäyttäjä on aina projektin merkittävin henkilö, koska hän on tuotteen todellinen käyttäjä ja hänen täytyy kehittää innokasta kiinnostusta projektia kohtaan.

Loppukäyttäjän tarpeellisimmat tiedot näkyvät alla:

  1. Vaatimus
  2. Riski
  3. Live Data
  4. Hyväksymistestisuunnitelma
  5. Testausskenaariot

42. Mitä tarkoitat termillä 'työpöytäkonsepti'?

Työpenkki ytimessä on menettely, jolla dokumentoidaan mahdolliset tietyn toiminnon suorittamistavat.

43. Selitä lyhyesti termi 'vikasarja'?

Vikasarja on vika, joka on seurausta toisesta viasta. Toinen vika laukaisee yhden vian. Kun vika on alkuvaiheessa, sitä ei tunnisteta ja se siirtyy muihin vaiheisiin huomaamatta. Tämä mahdollistaa vikojen määrän lisääntymisen, kunnes ensisijainen vika havaitaan ja korjataan.

Oletetaan esimerkiksi tilanne:

Tiimi suunnittelee verkkosivun kirjautumismoduulia:

1. vaihe – Suunnittelet Rekisteri/Käyttäjä-verkkosivua kirjautumiseen, ja matkapuhelinnumero on pakollinen, mutta voit jättää sen tyhjäksi toistaiseksi havaitsemattoman bugin takia.

2. vaihe – Luot kirjautumislomakkeen, joka sisältää käyttäjätunnuksen ja salasanan. Salasana olisi OTP, joka lähetettäisiin Käyttäjän matkapuhelinnumeroon, jolla hänen piti rekisteröityä.

Nyt, jos käyttäjä jättää matkapuhelinnumerokentän tyhjäksi kirjautumisprosessin aikana, numeroa, jolle lähetetään OTP, ei löydy; näin ollen järjestelmä voi kaatua tai romahtaa odottamatta. Jos vika havaittiin ja korjattiin alun perin ensimmäisessä vaiheessa, se ei aiheuta liikaa vaivaa 2. vaiheessa.

44. Selitä eri strategioita loppukäyttäjille?

  1. Lentäjä
  2. Asteittainen toteutus
  3. Vaiheittainen toteutus
  4. Rinnakkainen suoritus

45. Selitä oikea toimenpide, jolla Selenium WebDriver löytää rikkinäisiä linkkejä sivulta?

Haastattelija voi esittää tämän sinulle käytännön kysymyksenä. Hän voi antaa sinulle tilanteen, jossa verkkosivulla on 20 linkkiä, ja sinun tehtäväsi on tunnistaa, mitkä näistä kahdestakymmenestä linkistä toimivat ja eivät toimi (rikki).

Koska sinun on tarkistettava kunkin sivun linkin toiminta, kiertotapa on: sinun on lähetettävä HTTP-pyynnöt kaikkiin kyseisen sivun linkkeihin ja tarkkailtava vastausta, kun käytät ohjainta. Hanki () -menetelmä navigoidaksesi jokaisessa URL-osoitteessa; se palauttaa vastauksen, jonka tila on 200 – OK. Tämä vastaus viittaa vahvistukseen, että linkki toimii ja se on saatu. Sitä vastoin mikä tahansa muu tila sen sijaan osoittaa linkin rikkinäiseksi. Menettely on selitetty alla:

Ensinnäkin sinun on käytettävä ankkuritunnisteita löytääksesi verkkosivun erilaiset hyperlinkit. Jokaiselle -tunnisteita, voit käyttää attribuuttia 'href' saadaksesi hyperlinkit ja tarkkailla sitten vastauksia, jotka sait, kun niitä käytettiin driver.get()-metodissa.

46. ​​Mitä tekniikkaa haluat harkita käsikirjoituksessa, jos siinä ei ole kehyksen nimeä tai kehyksen tunnusta? Miksi?

Jos kehyksen nimi ja tunnus eivät ole saatavilla, voimme helposti käyttää kehys indeksiltä. Esimerkiksi verkkosivulla on kolme kehystä, ja jos millään niistä ei ole kehyksen nimeä ja tunnusta, voimme silti valita kehykset kehys (0-pohjaisen) indeksiattribuutin avulla. Jokaisella kehyksellä on indeksinumero (esimerkiksi ensimmäisen tulee olla indeksissä 0, toisen indeksissä 1 ja kolmannessa indeksissä 2 ja niin edelleen.)

|_+_|

47. Kuinka ottaa kuvakaappauksia Selenium WebDriver -sovelluksella?

TakeScreenshot-toiminnon avulla voi ottaa kuvakaappauksen. Käyttämällä getScreenshotAs()-menetelmää, voit helposti tallentaa tämän kuvakaappauksen.

Esimerkki:

Tiedosto scrFile = ((TakeScreenshot)driver).getScreenshotAs(outputType.FILE);

48. Selitä tavat kirjautua sisään mille tahansa sivustolle, jos se näyttää sellaisia todennusponnahdusikkuna kelvollisille tunnistetiedoille (käyttäjätunnus ja salasana)

Jos näkyviin tulee ponnahdusikkuna kirjautumista varten, on käytettävä eksplisiittistä komentoa ja tarkistettava, onko hälytys alun perin olemassa. Alla näkyvän koodin avulla voit ymmärtää eksplisiittisten odotuskomentojen soveltamisen:

|_+_|

49. Kuinka voit ohittaa koodikirjan tai menetelmän TestNG:ssä?

Jos haluat ohittaa tietyn testimenetelmän tai koodikirjan, voit määrittää testimerkinnän sallitut parametrit arvoiksi false.

50. Selitä lyhyesti, mitä ymmärrät alla olevasta koodinpätkästä?

|_+_|

Se viittaa WebElement-tyypin muuttujanäytteeseen. Ja se käyttää XPath-hakua nollatakseen itsensä suhteessa elementtiin, joka sisältää tekstiarvotiedot.

51. Mitä tiedät tutkivasta testauksesta?

Yleensä tämän prosessin suorittavat toimialueen asiantuntijat. He suorittavat testauksen vain tutkimalla sovelluksen toimintoja ilman aavistustakaan vaatimuksista.

52. Vertaa lyhyesti STLC:tä (Software Testing Life Cycle) ja SDLC:tä (Software Development Life Cycle)?

Software Development Life Cycle (SDLC) keskittyy tuottamaan korkealaatuista järjestelmää, joka täyttää asiakkaiden odotukset, toimii oikein nykyisessä ja suunnitellussa teknologisessa infrastruktuurissa sekä on kustannustehokasta hallita ja kehittää.

STLC (Software Testing Life Cycle) viittaa siihen, mitkä testitoiminnot on suoritettava ja milloin ne on suoritettava. Vaikka testaus vaihtelee organisaatioittain, testauksen elinkaari on olemassa.

53. Mitä tarkoitetaan termillä jäljitettävyysmatriisi?

Testitapausten ja vaatimusten kattavuus esitetään dokumentin avulla. Tämä asiakirja tunnetaan jäljitettävyysmatriisina.

54. Mitä tarkoitat ekvivalenssiosion testauksella?

Ekvivalenssiositustestaus on testausmenetelmä, joka jakaa ohjelmistosyötteen testitapaukset jokaiseen osioon vähintään kerran vastaavaa dataa, jotta niistä voidaan johtaa testitapaukset. Tällä testaustekniikalla se säästää ohjelmistotestaukseen tarvittavaa aikaa.

55. Mitkä ovat ne parametrit, jotka sinun tulee tarkistaa tai todentaa valkoisen laatikon testauksessa?

  • Valkoisen laatikon testauksen tapauksessa seuraavat vaiheet varmistetaan.
  • Tarkista koodin vialliset tai rikkinäiset polut
  • Tarkista koodin suojausvirheet
  • Tarkista arvioidut tuotokset
  • Tarkista toiminnan kulku asiakirjojen spesifikaatioiden mukaisesti.
  • Tarkista jokainen lähdekoodin rivi ja kata koko testaus.
  • Tarkista kaikki ehdolliset silmukat lähdekoodissa varmistaaksesi sovelluksen täydellisen toiminnan

56. Selitä staattisen ja dynaamisen testauksen vertailu?

Staattinen testaus: Staattisessa testauksessa koodia ei suoriteta, vaan se suoritetaan ohjelmistodokumentaation avulla.

Dynaaminen testaus: Dynaamisen testauksen suorittamiseksi koodin on oltava suoritettavassa muodossa.

57. Määrittele termi integraatiotestaus?

Integraatiotestaus tarkoittaa tiettyä ohjelmistotestaustasoa. Tässä testauksessa sovelluksen yksittäiset moduulit integroidaan ja testataan. Se suoritetaan enimmäkseen yksikkö- ja toimintatestauksen jälkeen.

58. Mitä eroa on UAT:n (User Acceptance Testing) ja järjestelmätestauksen välillä?

Järjestelmän testaus: Järjestelmän testaus on menetelmä, jolla havaitaan vikoja, kun järjestelmää testataan kokonaisuutena. sitä kutsutaan myös päästä päähän -testaukseksi. Tällaisessa testauksessa sovelluksen on kärsittävä alusta loppuun.

UAT: User Acceptance Testing (UAT) kattaa ohjelmiston suorittamisen testisarjan kautta, joka määrittää, täyttääkö ohjelmisto käyttäjiensä vaatimukset.

59. Selitä tietopohjaisen testauksen ja uudelleentestauksen eroavaisuudet?

Uudelleentestaus: Se on prosessi, jolla tarkistetaan viat, joita kehittäjätiimi suorittaa varmistaakseen, että ne on ratkaistu.

Data Driven Testing (DDT): Datapohjaisen testauksen aikana sovellus testataan useilla testitiedoilla. Sovellusta testataan useilla eri arvoilla.

60. Mainitse erot testiskenaarioiden, testitapausten ja testiskriptien välillä?

Ero testiskenaarioiden ja testitapausten välillä on se

Testiskenaariot: Testiskenaario, joka tunnetaan myös nimellä Test Condition tai Test Possibility, on toiminnallisuus, joka testataan.

Testitapaukset: Se sisältää suoritettavat vaiheet; se on suunniteltu aikaisemmin.

Test Script: Se on koodattu ohjelmointikielellä ja se on pieni ohjelma, jota käytetään ohjelmistojärjestelmän toiminnallisuuden moduulien testaamiseen.

62. Mainitse parametrit, jotka määrittelevät selvästi testin suorittamisen laadun?

Testin suorittamisen laadun määrittämiseksi voimme tarkistaa kaksi parametria

  1. Vian vuotosuhde
  2. Vian hylkäyssuhde

63. Selitä ohjelmiston testaustyökalun fantomin välttämättömyys?

Phantom on tarkoitettu Windowsin GUI-automaation komentosarjakieleen. Sen avulla voimme hallita ikkunoita ja toimintoja automaattisesti. Se voi kopioida minkä tahansa näppäinpainallusten ja hiiren napsautusten yhdistelmän, esimerkiksi valikot, luettelot ja paljon muuta.

64. Määrittele termi Testitoimitukset?

Testitoimitukset ovat joukko työkaluja, asiakirjoja ja muita elementtejä, jotka on tarkoitettu kehittämiseen ja ylläpitoon testauksen tueksi.

Testin jokaisessa vaiheessa on erilaisia ​​testitoimituksia ohjelmistokehitys:

  1. Esitestaus
  2. Testauksen aikana
  3. Jälkitestaus

65. Selitä mitä mutaatiotestaus on?

Mutaatiotestaus on menetelmä havaita, onko jokin testitapaus kätevä erilaisten tahallisten virheiden avulla, ja uudelleentestaus todellisilla testitapauksilla sen määrittämiseksi, onko virheet havaittu.

Katso myös 12 parasta ilmaista vakoiluohjelmien poistotyökalua

66. Mitä asioita testaajan tulee pitää mielessä ennen AUT:n automaatiotyökalujen valintaa?

  1. Teknillinen soveltuvuus
  2. Sovellus vakautta
  3. Monimutkaisuusaste
  4. Testitiedot
  5. Automaattisten komentosarjojen uudelleenkäytettävyys
  6. Sovelluksen koko
  7. Toteutus ympäri ympäristöä

67. Miten riskianalyysi tulisi tehdä?

Riskianalyysin toteuttamiseksi vaadittavat vaiheet ovat seuraavat:

  • Riskin pistemäärän löytäminen
  • Riskiominaisuuksien muuttaminen
  • Ota käyttöön kyseisen testiriskin resurssit
  • Profiilin tekeminen riskeille
  • Riskitietokannan tekeminen

68. Selitä lyhyesti virheenkorjauksen luokat?

  • Raakavoimainen virheenkorjaus
  • Syyn eliminointi
  • Perääntyminen
  • Vikapuun analyysi
  • Ohjelman viipalointi

69. Mikä on testisuunnitelma? Mainitseko lyhyesti testisuunnitelman sisältämät tiedot?

Testaussuunnitelma on hyvin kirjoitettu dokumentti, joka kuvaa testaustoimintojen laajuutta, resursseja, lähestymistapaa ja aikataulua.

Testisuunnitelman tulee sisältää seuraavat tiedot.

  1. Testistrategia
  2. Poistumis-/jäädytyskriteerit
  3. Resurssien suunnittelu
  4. Testin tavoite
  5. Testitoimitukset

70. Miten tuoteriskiä voidaan pienentää missä tahansa projektissa?

Se auttaa sinua eliminoimaan tuoteriskin projektissasi, ja on yksinkertainen mutta tärkeä vaihe, joka voi vähentää tuoteriskiä projektissasi.

  • Tutustu erittelyasiakirjoihin
  • Keskustele projektista kaikkien sidosryhmien kanssa, mukaan lukien kehittäjä
  • Todellisena käyttäjänä kävele verkkosivustolla

71. Mainitse joitain yleisiä riskejä, jotka johtavat hankkeen epäonnistumiseen?

Yleiset riskit, jotka voivat johtaa projektin epäonnistumiseen, on esitetty alla:

  • Henkilöresurssien puute
  • Aikarajoitukset
  • Testausympäristöä ei ehkä ole määritetty oikein
  • Rajoitettu budjetti

72. Selitä haluamasi menetelmä tehtävän osoittamiseksi ryhmän jäsenille?

TehtäväMäärätty tiimin johtaja
Ohjelmistovaatimusmäärittelyn analysointiKaikki jäsenet
Testimäärittelyn luominenTestaaja / testianalyytikko
Testiympäristön rakentaminenTestin ylläpitäjä
Testitapausten suorittaminenTestaaja, testin ylläpitäjä
Ilmoita vioistaTestaaja

73. Mikä on testaustyyppi ja mainitse joitain yleisesti käytetyistä testaustyypeistä?

Odotettua testipalautetta varten ylläpidetään vakiomenettelyä, joka tunnetaan nimellä Testaustyyppi.

Laajalti käytettyjä testityyppejä ovat:

    API-testaus:Sovellukselle luotu testaussovellusliittymäYksikkötestaus:Testaa sovelluksen pienintä koodiaIntegraatiotestaus:Yksittäiset ohjelmistomoduulit yhdistetään ja testataanAsenna/poista testaus:Testaus tehty asiakkaan/asiakkaan näkökulmastaJärjestelmän testaus:Järjestelmän täydellinen testausKetterä testaus:Testaus ketterällä tekniikalla

74. Mainitse lyhyesti testiraporttien rakenne ja sisältö. Mikä on testiraporttien merkitys?

Testiraportti sisältää seuraavat asiat:

  1. Hankkeen tiedot
  2. Testin yhteenveto
  3. Testin tavoite
  4. Vika

Testiraporttien edut ovat:

  • Projektin tila ja tuotteen laatu ilmoitetaan
  • sidosryhmä ja asiakas voivat ryhtyä korjaaviin toimenpiteisiin (tarvittaessa)
  • Viimeistelty asiakirja auttaa määrittämään, onko tuote kelvollinen julkaisuun

75. Selitä mikä on testinhallinnan katsaus ja kuvaile lyhyesti sen tärkeyttä?

Johdon katsaus tunnetaan myös nimellä Software Quality Assurance tai SQA. SQA keskittyy ohjelmistojen käsittelyyn ohjelmiston rakennustuotteiden sijaan. Se on joukko toimintoja, jotka on suunniteltu varmistamaan, että projektikoordinaattori noudattaa vakioprosessia. SQA:n avulla testikoordinaattori/päällikkö voi verrata työtä asetettujen standardien mukaan.

76. Kerro meille parhaat käytännöt ohjelmiston laadun varmistamiseksi?

  1. Ohjelmiston laadunvarmistuksen toteutuksen parhaat käytännöt ovat:
  2. Dokumentointi
  3. Työkalun käyttö
  4. Vastuu tiimin jäseniltä
  5. Jatkuva parantaminen
  6. Mittarit
  7. Kokeneet SQA-auditoijat

77. Milloin RTM (Requirement Traceability Matrix) tulisi tehdä?

RTM luodaan testitapauksen suunnittelun jälkeen. Vaatimusten on oltava 'jäljitettävissä' tarkistustoimista.

78. Selitä testimatriisin ja jäljitettävyysmatriisin väliset erot?

Testimatriisi: Testimatriisia käytetään enimmäkseen alkuperäisen työn, laadun, resurssien, suunnitelman ja ajan sieppaamiseen, joka tarvitaan ohjelmistotestauksen kaikkien vaiheiden kaappaamiseen.

Jäljitettävyysmatriisi: Asiakkaan vaatimusten ja testitapausten välistä kartoitusta kutsutaan jäljitettävyysmatriisiksi.

79. Määrittele termit Testisuunnitelmaan perustuva tai avainsanalähtöinen testausmenetelmä?

Tämä menetelmä soveltaa alkuperäistä testitapausasiakirjaa, jonka testaajat ovat kehittäneet erityisistä avainsanoista koostuvan laskentataulukon avulla. Nämä avainsanat ylläpitävät koko käsittelyä.

80. Selitä mikä DFD (Data Flow Diagram) on?

Data Flow Diagram on graafinen esitys tiedonkulusta tietojärjestelmän läpi. Sitä sovelletaan myös käsittelytietojen visualisointiin.

81. Mikä on LCSAJ?

LCSAJ tarkoittaa 'lineaarista koodisekvenssiä ja hyppyä'. Se sisältää seuraavat kohteet:

  • Suoritettavat käskyt sisältävän lineaarisen sekvenssin alku
  • Lineaarisen sekvenssin loppu
  • Ohjausvirtauksen lähetyksen kohdelinja lineaarisen sekvenssin lopussa

82. Mikä on N+1-testaus?

Regressiotestauksen vaihtelua havainnollistetaan muodossa N+1. Tässä menetelmässä testaus suoritetaan useissa jaksoissa, joissa testisyklissä 'N' löydetyt viat korjataan ja testataan uudelleen testisyklissä N+1. Jaksoa toistetaan, kunnes vikoja ei löydy.

83. Selitä mitä Fuzz-testaus on ja milloin sitä tarvitaan?

Fuzz-testausta käytetään ohjelmiston tietoturva-aukkojen ja koodausvirheiden tunnistamiseen. Tässä menetelmässä järjestelmään lisätään satunnaisia ​​tietoja, jotta järjestelmä kaatuu. Jos haavoittuvuus on olemassa, mahdollisten vikojen määrittämiseen käytetään työkalua, nimeltä 'fuzz tester'. Tämä menetelmä on kätevämpi isommissa projekteissa, mutta se tunnistaa vain suuren vian.

84. Selitä, mitkä ovat ohjelmistotestauksen lausuman kattavuusmetriikan todelliset hyödyt?

Lausunnon kattavuusmittarin edut ovat seuraavat:

  • Se ei vaadi lähdekoodin käsittelyä ja sitä voidaan käyttää suoraan objektikoodissa.
  • Virheet jakautuvat tasaisesti lähdekoodiin, tästä syystä suoritettavien lauseiden prosenttiosuus kuvaa havaittujen vikojen prosenttiosuutta.

85. Kuinka luot vahvat testitapaukset korvaa merkkijono -menetelmälle?

  • Kun merkit uudessa merkkijonossa > merkkejä viimeisessä merkkijonossa, mitään merkkejä ei pidä katkaista.
  • Kun merkit uudessa merkkijonossa
  • Ei välilyöntejä merkkijonon jälkeen ja ennen sitä voidaan poistaa.
  • Vain ensimmäisen merkkijonon esiintyessä testaajan tulee korvata merkkijono.

86. Kuvaile piilevien ja peitettyjen vikojen välisiä eroja

  • Piilevä vika: Piilevä vika on nykyaikainen vaaraton vika, joka ei ole aiheuttanut vikaa, koska ehdot eivät koskaan täyttyneet.
  • Naamioitu vika: Se on piilotettu vika, joka ei ole aiheuttanut vikaa, koska toinen vika on suojannut kyseisen koodin osan toteutumiselta.

87. Selitä erilaiset testikattavuustekniikat.

Erilaisia ​​testin kattavuustekniikoita ovat mm

    Lausunnon kattavuus: Se vahvistaa, että jokainen lähdekoodin rivi on ajettu ja testattuPäätöksen kattavuus:Se varmistaa, että jokainen lähdekoodin päätös ajetaan ja testataanReitin kattavuus:Se varmistaa, että jokainen mahdollinen reitti koodinpätkän läpi ajetaan ja testataan

88. Selitä, mitkä ovat vikaraportin asettelun peruskomponentit?

Vikaraporttimuodon peruskomponentit sisältävät seuraavat:

  • projektin nimi
  • Moduulin otsikko
  • Vian havaitsemisaika
  • Vian havaitsi
  • Vian tunnusnumero ja nimi
  • Kuvakaappaus viasta
  • Prioriteetin ja vakavuuden kuvaus
  • Vian korjausaika
  • Vika korjattu

89. Selitä lyhyesti päästä päähän -testauksen päätarkoitus.

Päästä päähän -testaus suoritetaan toimintatestausvaiheen jälkeen. Päästä päähän -testauksen tarkoitukset ovat seuraavat

  • Vastaanottaja validoi ohjelmisto vaatimukset ja integrointi ulkoisiin liitäntöihin
  • Sovelluksen testaaminen todellisessa ympäristössä
  • Testaa tietokannan ja sovelluksen välistä vuorovaikutusta

90. Mitä testaustoimintoja automatisoit testausprojektissa?

Projektien testaustoimintojen osalta automatisoidaan seuraavat tosiasiat:

  1. Testaa useita tietoja samojen toimien suorittamiseksi
  2. Testit, jotka on suoritettava jokaiselle sovelluksen koonnokselle
  3. Samanlaisia ​​testejä, jotka on suoritettava eri selaimilla
  4. Tapahtuma, jonka sivut eivät muutu lyhyessä ajassa
  5. Tehtäväkriittiset sivut

91. Mitä etuja päätöstaulukoiden käytöstä on?

Ekvivalenssiosion menetelmiä sekä raja-arvoanalyysiä käytetään yleensä tietyissä tilanteissa tai syötteissä. Mutta jos tietyt syötteiden yhdistelmät johtavat tiettyjen toimien suorittamiseen, voi olla haastavampaa näyttää ekvivalenssiosion ja raja-arvoanalyysin soveltaminen, joka näyttää keskittyvän enemmän käyttöliittymäosaan. On olemassa kaksi muuta spesifikaatioon perustuvaa tekniikkaa. Ne ovat: päätöstaulukot ja tilasiirtymä, jotka perustuvat enemmän liiketoimintalogiikkaan.

Päätöstaulukko on älykäs tapa työskennellä asioiden yhdistelmien (kuten syötteiden) kanssa. Tämä menetelmä tunnetaan toisinaan 'syy-seuraus'-taulukona. On olemassa logiikkakaaviomenetelmä, nimittäin 'syy-seuraus-kaavio', jota käytettiin toisinaan 'päätöstaulukon' johtamiseen.

92. Määrittele alla olevan koodinpätkän mukaan tarvittavien testien määrä 100-prosenttiseen päätöksentekoon?

|_+_|

93. Määrittele testitapaukset, jotka vaaditaan seuraavan koodinpätkän täydelliseen lauseeseen ja täydelliseen päätöksen kattamiseen.

|_+_|

Seuraava on lisätty yllä olevan koodinpätkän alaosaan.

|_+_|

Mitään olemassa olevista testitapauksista ei voida soveltaa.

94. Myyjä myy tulostimen värikasetteja. Tulostinpatruunoita tulee tilata vähintään 5 kpl. 20 % alennus tarjotaan 100 tai useamman määrän tilauksista. Sinut on määrätty luomaan testitapauksia käyttämällä eri arvoja tilattujen tuotteiden määrästä.

4, 5, 99

95. Noudata alla esitettyjä tekniikoita. Erottele staattiset ja dynaamiset tekniikat.

  1. Käytä tapaustestiä.
  2. Ekvivalenssiosio.
  3. Tarkastukset.
  4. Tutkiva testaus.
  5. Päätöksen testaus.
  6. Tietovirran analyysi.

Tarkastukset ja tietovirta-analyysi ovat staattisia; Ekvivalenssiositus, päätöstestaus, käyttötapausten testaus ja tutkiva testaus ovat dynaamisia.

96. Nimeä muodollisen tarkistusmääräyksen vaiheet

Toisin kuin epävirallisissa arvioinneissa, muodolliset arvioinnit noudattavat muodollista prosessia. Muodollinen tarkistusprosessi sisältää 6 päävaihetta:

  1. Suunnitelma
  2. Käynnistää
  3. Valmistautuminen
  4. Arvioidaan
  5. Työstä uudelleen
  6. Seuranta.

97. Mainitse lyhyesti kokemuspohjaisen testauksen tekniikat?

Kokemuspohjaisissa tekniikoissa testaajan tiedot, asiaankuuluvat taidot ja tausta ovat pääasiallinen tekijä testitapauksissa ja testiolosuhteissa. Kokemus sekä teknisestä että liiketoimintataustasta on tärkeää, sillä ne tuovat erilaisia ​​näkökulmia niin testianalyysin kuin suunnitteluprosessinkin kannalta. Koska kokeneella testaajalla on aikaisempaa kokemusta samantyyppisistä järjestelmistä, hän voi saada käsityksen siitä, mitkä toiminnot voivat mennä pieleen, mikä on erittäin hyödyllistä testauksen kannalta.

98. Milloin testaus tulisi lopettaa?

Se vaihtelee testattavan järjestelmän riskien mukaan. On joitain ehtoja ja parametreja riippuen siitä, mitkä voidaan lopettaa testaus. Ne ovat seuraavat:

  • Määräajat (testaus, julkaisu)
  • Testitapaukset suoritettu tietyllä prosenttiosuudella
  • Virheiden määrän lasku laskee tietylle tasolle
  • Testibudjetti on käytetty loppuun
  • Koodi, toiminnallisuus tai vaatimukset täyttyvät odotetusti
  • Testauksen alfa-/beta-jaksot päättyvät

99. Mitä tarkoitetaan termillä 'puolisatunnaiset testitapaukset'?

Kun suoritamme satunnaisia ​​testitapauksia ja suoritamme ekvivalenssiosion niille, jätämme pois redundantteja testitapauksia, jolloin saamme puolisatunnaisia ​​testitapauksia.

100. Mitä tiedät testin kattavuudesta?

Testin kattavuus mittaa jollain tietyllä tavalla testijoukon suorittaman testauksen määrää (johdettu jollain muulla tavalla, esim. spesifikaatioon perustuvilla tekniikoilla). Aina kun voimme laskea asioita ja kertoa, onko jokin testi testannut jokaista näistä asioista, voimme mitata kattavuuden.

101. Määritä ohjelmistotestaus

ANSI/IEEE 1059 -standardin mukaan – Ohjelmistotuotteen analysointiprosessi olemassa olevien ja vaadittujen olosuhteiden (eli vikojen) välisten erojen tunnistamiseksi ja ohjelmistotuotteen ominaisuuksien arvioimiseksi.

102. Mitä käytäntöjä tulisi säännöllisesti ylläpitää testitapausten kirjoittamisessa?

  • Kirjoita testitapauksia loppukäyttäjien näkökulmasta
  • Kirjoita uudelleenkäytettäviä testitapauksia
  • Kirjoita testivaiheet yksinkertaiseksi, jotta kuka tahansa voi seurata helposti
  • Aseta prioriteetti
  • Kirjoita sekä virheelliset testitapaukset että kelvolliset testitapaukset
  • Anna testitapauksen kuvaus, odotettu tulos, ennakkoehto, jälkiehto, testitiedot
  • Tarkista testitapaukset huolellisesti ja päivitä tarvittaessa
  • Pysy oikeissa nimeämiskäytännöissä
Katso myös 17 tekniikkaa latausnopeuden lisäämiseen

103. Mitä kokoonpanonhallintatyökaluja testaajat usein käyttävät? Nimeä joitain suosittuja.

Jotkut laajalti käytetyistä kokoonpanonhallintatyökaluista ovat:

  • Mahdollinen
  • Nukke
  • Päällikkö
  • Suolapino
  • Terraform

104. Määrittele ja vertaa termejä laadunvarmistus ja laadunvalvonta?

Laatuvakuutus: Laadunvarmistus kattaa prosessisuuntautuneen toiminnan. Se vahvistaa virheiden estämisen ohjelmistosovellusten kehittämisprosessissa. Tämän seurauksena viat eivät ilmene ohjelmistosovellusta kehitettäessä.

Laadunvalvonta: Laadunvalvonta sisältää tuotelähtöistä toimintaa. Se suorittaa ohjelman tai koodin havaitakseen ohjelmistosovelluksen viat.

105. Mitä tiedät ohjelmistotestauksen validoinnista?

Validointi on toimenpide, jolla varmistetaan, rakennammeko oikeaa tuotetta, esimerkiksi validoimme rakentamamme tuotteen oikean vai ei. Tähän liittyvä toiminta on ohjelmistosovelluksen testaus.

106. Mitä harmaalaatikkotestaus tarkoittaa?

Gray box on sekä Black Boxin että White Box Testingin integraatio. Tässä testausmuodossa työskentelevä testaaja vaatii pääsyn suunnitteluasiakirjoihin. Tämän ansiosta testaaja voi luoda parempia testitapauksia tässä menettelyssä.

107. Selitä ohjelmistotestauksen termi Testbed.

Testausta varten määritetty ympäristö. Testipöytä sisältää laitteiston, ohjelmiston, verkkokokoonpanon, testattavan sovellusohjelmiston ja muita asiaan liittyviä ohjelmistoja.

108. Mitä tiedät testiympäristöstä?

Testiympäristöllä tarkoitetaan laitteiston ja ohjelmiston integrointia, jolla testitiimi suorittaa testauksen.

Esimerkki:

  • Sovellustyyppi: Verkkosovellus
  • Verkkopalvelin: IIS
  • OS: Windows
  • Tietokanta: MS SQL Palvelin
  • Asiakaspuolen validointi: JavaScript
  • Verkkosivujen suunnittelu: Dot Net
  • Palvelinpuolen komentosarjat: ASP Dot Net
  • Selain: IE/FireFox/Chrome

109. Kerro meille jotain Big Bang Approachista.

Kaikkien moduulien integrointi ja toimivuuden tarkistaminen yksittäisten moduulien testauksen jälkeen.

Ylhäältä alas ja alhaalta ylös suoritetaan käyttämällä keinotekoisia moduuleja nimeltä Stubs and Drivers. Näitä osia ja ohjaimia käytetään puuttuvien komponenttien varassa mallintamaan moduulien välistä tiedonsiirtoa.

110. Tiedätkö savutestauksesta? Mitä se oikeastaan ​​tarkoittaa?

Savutestaus suoritetaan sen varmistamiseksi, onko kehittäjätiimiltä saatu tuote testattavissa. Se tunnetaan myös päivän 0 shekinä. Se tehdään rakennustasolla. Sen avulla voimme lyhentää testausaikaa yksinkertaistaaksemme koko sovelluksen testausta, kun keskeiset toiminnot eivät toimi kunnolla tai avainvirheet ovat edelleen korjaamattomia.

111. Mitä alfatestaus on

Alfa-testauksen suorittavat sisäiset kehittäjät (jotka ovat kehittäneet ohjelmiston) ja testaajat. Usein alfa-testauksen suorittaa asiakas tai ulkoistustiimi kehittäjien tai testaajien läsnä ollessa.

112. Mitä betatestaus on

Pieni määrä loppukäyttäjiä suorittaa beetatestauksen, yleensä asiakkaan luona ennen toimitusta.

113. Mikä on gammatestaus

Gamma-testaus suoritetaan, kun ohjelmisto on täysin valmis julkaisua varten tietyin vaatimuksin. Se tehdään asiakaspuolen edessä. Se suoritetaan suoraan ohittamalla kaikki aiemmat testaustoiminnot.

114. Mitä mielenterveystestaus on

Sovelluksen perustoimintojen tarkistamista (menemättä syvemmälle) juuri ennen lopullista julkaisua kutsutaan Sanity-testaukseksi. Se tunnetaan myös osana regressiotestausta. Se tehdään julkaisuvaiheessa. Toisinaan julkaisuajan määräajasta johtuen perusteellista regressiotestausta ei voida suorittaa koontirakenteelle, vaan sanity-testaus toimii tässä roolissa tarkistamalla päätoiminnallisuudet.

115. Anna meille esimerkkejä sekä virheiden vakavuudesta että virheiden tärkeydestä?

Korkea prioriteetti ja suuri vakavuus: Lähetä-painike ei toimi oikein kirjautumissivulla ja asiakkailla on vaikeuksia kirjautua sisään sovellukseen

Matala prioriteetti ja suuri vakavuus: Törmäys joissain toiminnoissa tai tiloissa.

Korkea prioriteetti ja alhainen vakavuus: Kirjoitusvirheet koskien yrityksen nimeä tai mottoa/iskulauseita kotisivulla.

Matala prioriteetti ja alhainen vakavuus: Tietyn sivun lataaminen vie paljon aikaa

116. Selitä lyhyesti itsenäisen sovelluksen, verkkosovelluksen ja asiakaspalvelinsovelluksen eroavaisuudet?

Itsenäinen sovellus: Itsenäinen sovellus noudattaa yleensä yksitasoista arkkitehtuuria. Esitys-, Business- ja tietokantakerrokset yhdistetään yhdeksi järjestelmäksi yhdelle käyttäjälle.

Asiakas-palvelinsovellus: Asiakas-palvelinsovellukset on rakennettu käyttämällä kaksitasoisen arkkitehtuurin käsitettä. Business and Presentation -kerros on olemassa asiakasjärjestelmässä ja tietokantakerros muilla palvelimilla. Se toimii pääasiassa Internetissä.

Verkkosovellus: Web-palvelinsovellukset on rakennettu n-tason arkkitehtuurin mukaan. Business-kerros on sovelluspalvelimessa, esityskerros on asiakasjärjestelmässä ja tietokantakerros on tietokantapalvelimessa. Se toimii sekä intranetissä että Internetissä.

117. Mitä tiedät bug leakagesta?

Virhe, joka ohitettiin testaustiimin huomaamatta testauksen aikana ja tuote luovutettiin tuotantoon. Jos joku loppukäyttäjä tai asiakas löysi tämän puuttuvan vian, sitä kutsutaan bugvuodoksi.

118. Selitä mikä on Error Seeding?

Virheiden kylvö on toiminto, jolla yleisiä virheitä lisätään tarkoituksella mihin tahansa ohjelmaan virheiden havaitsemisnopeuden määrittämiseksi. Sen avulla voimme arvioida testaajan taidot löytää vikoja ja löytää sovelluksen kyvyn (kuinka oikein sovellus toimii, kun siinä on virheitä).

119. Mitä tiedät Showstopper Defectista?

Vika, joka ei salli käyttäjän käyttää sovellusta edelleen, tunnetaan showtopper-virheenä. Se on melkein samanlainen kuin törmäys.

Oletetaan, että kirjautumispainike ei toimi. Vaikka sinulla on voimassa oleva käyttäjätunnus ja salasana, et voinut siirtyä pidemmälle, koska kirjautumispainike ei toimi.

120. Mikä on raja-arvoanalyysi

Raja-arvoanalyysi riippuu kelvollisten ja virheellisten osioiden raja-arvojen testaamisesta. Tämä käyttäytyminen tämän osion reunassa on enimmäkseen väärää kuin osion käyttäytyminen, joten rajat viittaavat alueeseen, jossa testaus todennäköisesti havaitsee vikoja. Kaikilla osioilla on oma maksimi- ja minimialue, ja nämä enimmäis- ja vähimmäisalueet tunnetaan osion raja-arvoina.

121. Mikä on tilasiirtymä

Tilasiirtymätestauksella valitsemme sovelluksesta testitapaukset, joissa meidän on testattava erilaisia ​​järjestelmäsiirtymiä. Voimme käyttää sitä, kun sovellus antaa erillisen lähdön samalle tulolle riippuen siitä, mitä aikaisemmassa tilassa on tapahtunut.

122. Selitä ekvivalenssiluokkaosio

Ekvivalenssiositus, ryhmäkohtainen testausmenettely tunnetaan myös nimellä ekvivalenssiluokkaositus. Tässä ohjelmiston syötteet on jaettu eri ryhmiin, jotka osoittavat lähes samanlaista käyttäytymistä. Tästä syystä jokaisesta ryhmästä tulee valita yksi syöte suunniteltaville testitapauksille.

123. Mitä API-testauksella tarkoitetaan?

API-testaus on ohjelmistotestauksen muoto, joka sisältää sovellusliittymien testaamisen sekä suoraan että osana integraatiotestausta sen tarkistamiseksi, täyttääkö API toimivuuden, suorituskyvyn, luotettavuuden ja sovellusturvallisuuden suhteen odotukset. API-testauksessa keskitymme ensisijaisesti ohjelmiston arkkitehtuurin liiketoimintalogiikkakerrokseen. API-testaus voidaan suorittaa missä tahansa ohjelmistojärjestelmässä, joka sisältää useita API-liittymiä. API-testaus ei vaikuta sovelluksen ulkoasuun. API-testaus on täysin erilaista GUI-testaukseen verrattuna.

124. Mitä tiedät pääsykriteereistä?

Tarvittavat edellytykset, jotka tulee täyttää ennen testausprosessin aloittamista.

125. Mainitse joitain saatavilla olevista SDLC-malleista

  • Vesiputous
  • V malli
  • Kierre
  • Ketterä
  • Prototyyppi

126. Oletko pätevä suorittamaan järjestelmätestausta missä tahansa SDLC:n vaiheessa?

Voit suorittaa järjestelmätestauksen vain, kun kaikki yksiköt ovat paikoillaan ja toimivat oikein. Se voidaan suorittaa vain ennen User Acceptance Testing (UAT) -testausta.

127. Kuvaile lyhyesti menettelyä manuaalinen testaus ?

Manuaalinen testaus on välttämätöntä ohjelmistosovellusten perusteellisemman testaamisen kannalta – manuaalisen testauksen menettely sisältää seuraavat asiat.

  1. Suunnittelu ja valvonta
  2. Analyysi, havainnointi ja suunnittelu
  3. Toteutus ja toteutus
  4. Arviointi ja raportointi
  5. Testin sulkemisen toiminnot

128. Mitä tiedät STLC:stä?

STLC (Software Testing Life Cycle) ilmoittaa suoritettavat testitoiminnot ja milloin ne on suoritettava. Testaus kuitenkin vaihtelee organisaatioittain, koska testauksen elinkaarta on olemassa.

129. Selitä mitä poistumiskriteerit ovat?

Pakolliset ehdot, jotka on tarkistettava ennen testausta, on päätettävä.

130. Nimeä joitain laajalti käytettyjä Test Automation Frameworks -kehyksiä?

Testausautomaatiokehystyyppejä on erilaisia, ja yleisimmät ovat:

  • Modulaarinen testauskehys
  • Hybriditestauskehys
  • Data Driven Testing Framework
  • Avainsanalähtöinen testauskehys
  • Behavior Driven Development Framework

131. Onko sinulla kokemusta viitekehyksen luomisesta?

Jos aloittelija : Ei, minulla ei ole mahdollisuuksia luoda puitteita. Olen kuitenkin käyttänyt jo saatavilla olevaa kehystä.

Jos kokenut testaaja: Kyllä, olen jo luonut puitteet (tai) Ei, mutta olen suoraan mukana kehyksen luomisessa.

132. Kerro meille joitain Test Automation Frameworks -kehyksen käytön eduista?

  1. Se on aika- ja kustannustehokasta. Se on nopeampi toteutuksessa.
  2. Koodin uudelleenkäytettävyys: Voimme luoda kerran ja suorittaa useita kertoja ilman ylläpitoa.
  3. Yksinkertainen raportointi: Se voi luoda automaattisia raportteja testin suorittamisen jälkeen.
  4. Yksinkertainen yhteensopivuustestauksessa: Se mahdollistaa rinnakkaisen suorituksen eri käyttöjärjestelmä- ja selainympäristöjen yhdistelmällä.
  5. Kustannuksia säästävä ylläpito: Se on halvempaa verrattuna manuaaliseen testausmenettelyyn pitkällä aikavälillä.
  6. Automaatiotestaus on luotettavampaa kuin manuaalinen testaus.
  7. Automaattinen testaus on monipuolisempaa ja tehokkaampaa.
  8. Sitä käytetään enimmäkseen regressiotestaukseen. Se tukee toistuvan testitapauksen suorittamista.
  9. Minimaalinen manuaalinen interventio: Testikomentosarjat voidaan suorittaa ilman valvontaa.
  10. Suurin kattavuus. Sen avulla voimme lisätä testien kattavuutta.

133. Mitä Test Automation Frameworkia käsittelet tällä hetkellä ja miksi?

Testiautomaatiokehykset, joiden kanssa työskentelen, ovat:

  • Data-Driven Testing Framework
  • Hybriditestauskehys
  • Avainsanalähtöinen testauskehys

134. Mistä kehyksistä sinulla on käytännön kokemusta?

Organisaatio, jossa työskentelen, käyttää jo kyseistä kehystä tai minulla on kokemusta kyseisestä viitekehyksestä tai Minun on yksinkertaista käsitellä kaikkia komentosarjoja suorittaakseni ja luodakseni lokeja, kuvakaappauksia ja raportteja käyttämällä tätä kehystä.

135. Nimeä joitakin yleisimmin käytettyjä testaustyökaluja toiminnalliseen testaukseen?

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

136. Miksi Seleeniautomaatiotyökalu pitäisi valita muiden sijaan?

  1. Ilmainen ja avoin lähdekoodi
  2. Useiden ohjelmointikielien tuki
  3. Selainten välinen yhteensopivuus
  4. Sinulla on laaja käyttäjäkunta ja auttavia yhteisöjä
  5. Alustan yhteensopivuus

137. Kuinka monta testitapausta sinulla on kokemusta automatisoinnista päivässä?

Se vaihtelee testitapauksen skenaarion, monimutkaisuuden ja pituuden mukaan. Minulla on kokemusta 2-5 testiskenaarion automatisoimisesta päivässä, kun monimutkaisuus on rajallista. Joskus vain yksi tai vähemmän testiskenaarioita päivässä, kun monimutkaisuus on korkea.

138. Mitä mieltä olet Seleenin integraatioista?

Seleeni voidaan integroida useisiin muihin työkaluihin, kuten

  • Ohjelmointikielet
  • Skriptien kehitysalusta
  • Seleeni WebDriver
  • Testauskehys
  • Maven
  • Jenkins
  • Sikuli
  • Kurkku

139. Mitkä ovat Selenium WebDriverin haasteet ja rajoitukset?

Vaikka Selenium on kätevä avoimen lähdekoodin testaustyökalu, sillä on joitain rajoituksia ja haasteita. Jotkut seleeniverkkoohjaimen ongelmista ja rajoituksista ovat seuraavat

  1. Emme voi testata Windows-sovellusta.
  2. Rajallinen raportointi
  3. Dynaamisten elementtien käsittely
  4. Emme voi testaa mobiilisovelluksia .
  5. Sivun latauksen käsittely
  6. Captchan käsittely
  7. Ponnahdusikkunoiden käsittely

140. Selitä Selenium IDE

Selenium IDE (Integrated Development Environment) on Firefoxin lisäosa. Sitä pidetään Selenium Suiten yksinkertaisimpana kehyksenä. Sen avulla voimme sekä tallentaa että toistaa käsikirjoituksia. Huolimatta kyvystämme luoda skriptejä Selenium IDE:llä, meidän on käytettävä Selenium RC:tä tai Selenium WebDriveria kehittyneempien testitapausten kirjoittamiseen.

141. Mitä tiedät Selenesestä?

Selenese on kieli, jota käytetään testiskriptien kirjoittamiseen Selenium IDE:ssä.

142. Mitä Selenium RC tarkoittaa?

Selenium RC tunnetaan myös nimellä Selenium Remote control /. Selenium 1.0 Remote Control oli Selenium-pääprojekti pitkään ennen kuin Selenium 2 esitettiin. Selenium 1 on edelleen huoltotilassa. Se riippuu JavaScriptistä automatisoinnissa. Se tukee Javascriptiä, Rubyä, Javaa, PHP:tä, Perliä, Pythonia ja C#:a. Se tukee melkein kaikkia selaimia.

145. Selitä termi hub in Selenium Grid?

Palvelin tai keskuspiste, joka ohjaa testitapausten suorittamista eri koneilla, tunnetaan nimellä hub.

146. Selitä termi solmu seleeniruudukossa?

Keskittimeen kiinnitettyä konetta kutsutaan 'solmuksi'. Selenium Gridissä voi olla useita solmuja.

147. Minkä tyyppisiä WebDriver API:ita Selenium tukee?

  • Firefox ohjain
  • InternetExplorer-ohjain
  • Chrome-ohjain
  • Gecko Kuljettaja
  • HTMLUnit-ohjain
  • Safari ohjain
  • Android-ohjain
  • Opera Ajuri
  • EventFiringWebDriver
  • iPhone ohjain

148. Mitä WebDriver-toteutuksista pidetään nopeimpana?

HTMLUnitDriver on WebDriverin nopein toteutus. Koska HTMLUnitDriver ei suorita testejä verkkoselaimessa, verkkoselaimen käynnistäminen ja testitapausten suorittaminen veisi enemmän aikaa verrattuna komentosarjojen suorittamiseen ilman selainta. HTMLUnitDriver käyttää yksinkertaista HTTP-pyyntö-vastausmekanismia testitapausten suorittamiseen.

149. Nimeä Selenium WebDriverin tukemat käyttöjärjestelmät?

  1. Windows
  2. Mac-käyttöjärjestelmän kymmenes versio
  3. iOS
  4. Linux
  5. Android

150. Mitä ohjelmointikieliä Selenium WebDiver tukee?

  • Java
  • Python
  • Perl
  • Rubiini
  • PHP
  • C#

Suositeltu artikkeli: 100 suosituinta ohjelmistotestausblogia ja -sivustoa, joita seurataan vuonna 2020

Neuvoja

Nämä ovat joitain yleisiä ohjelmistotestauksen haastattelukysymyksiä ja vastauksia, joita kysytään haastattelun aikana. Tämä on hyvä lista päivittääksesi tekniset taidot ennen haastatteluun osallistumista . Onnea haastatteluihin!

Suositellut artikkelit

  • Mikä on Unsecapp.exe ja onko se turvallistaMikä on Unsecapp.exe ja onko se turvallista?
  • 15 parasta UML-kaaviotyökalua ja ohjelmistoa15 parasta UML-kaaviotyökalua ja ohjelmistoa
  • [KORJAATTU] Windows ei voi käyttää määritettyä laitetta, polkua tai tiedostovirhettä[KORJAATTU] Windows ei voi käyttää määritettyä laitetta, polkua tai tiedostovirhettä
  • 16 korjausta Windows Updatelle, joka ei toimi Windowsissa16 korjausta Windows Updatelle, joka ei toimi Windowsissa
  • 4 korjausta AMD Radeon -asetuksiin voitettu4 korjausta AMD Radeon -asetukset eivät avaudu
  • Zoom-kuvakaappaustyökalu: vinkkejä ja temppujaZoom-kuvakaappaustyökalu: vinkkejä ja temppuja