150 Manuaalisen testauksen haastattelukysymyksiä ja vastauksia vuodelle 2025

by: Thomas Hamilton Thomas Hamilton
Hours Päivitetty

Olemme koonneet useimmin kysytyt manuaalisen testauksen kysymykset ja vastaukset, jotka kertovat sinulle ohjelmistotestaajan haastattelukysymyksistä, joita haastattelija saattaa kysyä sinulta haastattelusi aikana. Tässä luettelossa ohjelmistotestauksen haastattelukysymyksistä ja vastauksista olemme kattaneet kaikki usein kysytyt perus- ja edistyneet testaushaastattelukysymykset 10 vuoden kokemuksella ja yksityiskohtaisilla vastauksilla, jotka auttavat sinua selvittämään manuaalisen testauksen työhaastattelun helposti.

Olemme käsitelleet yli 150 tärkeää ohjelmistotestauksen viva-kysymystä uusille ehdokkaille sekä manuaalisen testauksen kokeneita haastattelukysymyksiä laadunvarmistusinsinööreille valmistautuakseen tulevaan haastatteluun. Tämä yksityiskohtainen opas ohjelmistotestauksen haastattelukysymyksistä kokeneille hakijoille auttaa sinua selviytymään ohjelmistotestauksen työhaastattelusta.

Manuaalisen testauksen haastattelukysymyksiä ja vastauksia kokeneille ja uusille

1. Mitä on tutkiva testaus?

Tutkiva testaus on käytännönläheinen lähestymistapa, jossa testaajat osallistuvat vähimmäissuunnitteluun ja maksimaaliseen testin suorittamiseen. Suunnitteluun kuuluu testiperuskirjan laatiminen, lyhyt selvitys lyhyen (1–2 tunnin) aikarajallisen testityön laajuudesta, tavoitteista ja mahdollisista käytettävistä lähestymistavoista. Testin suunnittelu ja testin suoritus suoritetaan rinnakkain tyypillisesti ilman testiolosuhteiden, testitapausten tai testikomentosarjojen muodollista dokumentointia. Tämä ei tarkoita, että muita, muodollisempia testaustekniikoita ei käytetä. Testaaja voi esimerkiksi päättää käyttää raja-arvoanalyysiä, mutta miettii ja testaa tärkeimmät raja-arvot kirjoittamatta niitä muistiin. Jotkut muistiinpanot kirjoitetaan tutkivan testauksen aikana, jotta raportti voidaan tuottaa myöhemmin.

👉 Ilmainen PDF-lataus: Manuaalisen testauksen haastattelukysymykset ja vastaukset

2. Mitä on "käyttötapausten testaus"?

Sovelluksen toiminnallisten vaatimusten tunnistamiseksi ja suorittamiseksi alusta loppuun käytetään "käyttötapausta", ja tähän käytettyjä tekniikoita kutsutaan "käyttötapausten testaamiseksi".

3. Mitä eroa on STLC:n (Software Testing Life Cycle) ja SDLC:n (Software Development Life Cycle) välillä?

SDLC käsittelee ohjelmiston kehittämistä/koodausta, kun taas STLC käsittelee ohjelmiston validointia ja todentamista

4. Mikä on jäljitettävyysmatriisi?

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

5. Mitä vastaavuusosion testaus on?

Ekvivalenssiositustestaus on ohjelmistotestaustekniikka, joka jakaa sovelluksen syötetyt testitiedot jokaiseen osioon vähintään kerran vastaavaa dataa, josta testitapaukset voidaan johtaa. Tällä testausmenetelmällä se vähentää ohjelmistotestaukseen kuluvaa aikaa.

6. Mitä on valkoisen laatikon testaus ja luettele valkoisen laatikon testaustyypit?

White box -testaustekniikkaan kuuluu testitapausten valinta komponentin tai järjestelmän sisäisen rakenteen (koodipeitto, haarakatto, polkupeitto, kunnon kattavuus jne.) analyysin perusteella. Se tunnetaan myös nimellä Code-Based Testing tai Structural Testing. Valkoisen laatikon testaustyyppejä on erilaisia

  1. Lausunnon kattavuus
  2. Päätöksen kattavuus

7. Mitä tarkistat valkoisen laatikon testauksessa?

Valkoisessa laatikossa testataan seuraavat vaiheet.

  1. Tarkista koodin turva-aukot
  2. Tarkista koodin epätäydelliset tai rikkinäiset polut
  3. Tarkista rakenteen virtaus asiakirjan eritelmien mukaisesti
  4. Tarkista odotetut tulokset
  5. Tarkista kaikki koodin ehdolliset silmukat tarkistaaksesi sovelluksen täydellisen toiminnan
  6. Tarkista rivi riviltä koodaus ja kata 100 % testaus

8. Mitä black box -testaus on? Mitkä ovat erilaiset mustan laatikon testaustekniikat?

Black box -testaus on ohjelmistotestausmenetelmä, jota käytetään ohjelmiston testaamiseen ilman koodin tai ohjelman sisäistä rakennetta. Tämä testaus tehdään yleensä sovelluksen toimivuuden tarkistamiseksi. Erilaiset mustan laatikon testaustekniikat ovat

  1. Ekvivalenssiositus
  2. Raja-arvoanalyysi
  3. Syy-seuraus-kaavio

9. Mitä eroa on staattisen ja dynaamisen testauksen välillä?

Staattinen testaus: Staattisen testauksen aikana koodia ei suoriteta, vaan se suoritetaan ohjelmistodokumentaation avulla.

Dynaaminen testaus: Tämän testauksen suorittamiseksi koodin on oltava suoritettavassa muodossa.

AIHEESEEN LIITTYVÄT ARTIKKELIT

10. Mitä varmennus ja validointi ovat?

Todentaminen on ohjelmistojen arviointiprosessi kehitysvaiheessa. Se auttaa sinua päättämään, täyttääkö tietyn sovelluksen tuote määritetyt vaatimukset. Validointi on prosessi, jossa ohjelmistoa arvioidaan kehitysprosessin jälkeen ja tarkistetaan, vastaavatko ne asiakkaan vaatimuksia.

11. Mitkä ovat eri testitasot?

Testitasoja on neljä

  1. Yksikön/komponentin/ohjelman/moduulin testaus
  2. Integrointitestaus
  3. Järjestelmätestaus
  4. Hyväksyntätestaus

12. Mitä integrointitestaus on?

Integrointitestaus on ohjelmistotestausprosessin taso, jossa sovelluksen yksittäiset yksiköt yhdistetään ja testataan. Se suoritetaan yleensä yksikkö- ja toimintatestauksen jälkeen.

13. Mistä testisuunnitelmat koostuvat?

Testin suunnittelu, laajuus, testausstrategiat, lähestymistapa ovat erilaisia ​​yksityiskohtia, joista testisuunnitelmadokumentti koostuu.

  1. Testitapauksen tunniste
  2. Laajuus
  3. Testattavat ominaisuudet
  4. Ominaisuudet, joita ei testata
  5. Testausstrategia ja testaustapa
  6. Testitoimitukset
  7. Vastuut
  8. Henkilöstö ja koulutus
  9. Riskit ja varautumiset

14. Mitä eroa on UAT:lla (User Acceptance Testing) ja järjestelmätestauksella?

Järjestelmän testaus: Järjestelmän testaus on vikojen etsimistä, kun järjestelmä testataan kokonaisuudessaan; se tunnetaan myös päästä päähän -testauksena. Tällaisessa testauksessa sovellus kärsii alusta loppuun.

UAT: User Acceptance Testing (UAT) sisältää tuotteen suorittamisen tietyillä testeillä, jotka määrittävät, vastaako tuote käyttäjien tarpeita.

15. Mainitse ero tietopohjaisen testauksen ja uudelleentestauksen välillä?

Uudelleentestaus: Se on prosessi, jossa tarkistetaan bugeja, jotka kehitystiimi toteuttaa varmistaakseen, että ne on korjattu.

Tietoihin perustuva testaus (DDT): Tietopohjaisessa testausprosessissa sovellus testataan useilla testitiedoilla. Sovellusta testataan eri arvoilla.

Laajennetun manuaalisen ohjelmistotestauksen haastattelukysymykset 3/5/10 vuoden kokemuksella

16. Mitkä ovat arvokkaat vaiheet ongelmien ratkaisemiseksi testauksen aikana?

  • Tallenna: Kirjaa ja käsittele kaikki tapahtuneet ongelmat
  • Raportoi: Ilmoita ongelmista korkeamman tason johtajalle
  • Hallinta: Määritä ongelmanhallintaprosessi

17. Mitä eroa on testiskenaarioilla, testitapauksilla ja testiskriptillä?

Ero testiskenaarioiden ja testitapausten välillä on se

Testiskenaariot: Testiskenaario on mikä tahansa toiminnallisuus, joka voidaan testata. Sitä kutsutaan myös testitilaksi tai testausmahdollisuudeksi.

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

Testikirjoitus: Se on kirjoitettu ohjelmointikielellä ja se on lyhyt ohjelma, jolla testataan osaa ohjelmistojärjestelmän toimivuudesta. Toisin sanoen kirjallinen vaihesarja, joka tulisi suorittaa manuaalisesti.

18. Mikä on piilevä vika?

Piilevä vika: Tämä vika on järjestelmässä olemassa oleva vika, joka ei aiheuta vikaa, koska tarkkaa ehtojoukkoa ei ole koskaan täytetty

19. Mitkä ovat ne kaksi parametria, joista voi olla hyötyä testin suorittamisen laadun selvittämisessä?

Testin suorittamisen laadun selvittämiseksi voimme käyttää kahta parametria

  • Vian hylkäyssuhde
  • Vian vuotosuhde

Testin suorittamisen laadun parametrit

Testin suorittamisen laadun parametrit

20. Mikä on ohjelmiston testaustyökalun "fantomin" tehtävä?

Phantom on ilmainen ohjelmisto, ja sitä käytetään Windowsin graafisen käyttöliittymän automaation komentosarjakieleen. Sen avulla voimme hallita ikkunoita ja toimintoja automaattisesti. Se voi simuloida mitä tahansa näppäinpainallusten ja hiiren napsautusten yhdistelmää sekä valikoita, luetteloita ja muuta.

21. Selitä mitä testitoimitukset ovat?

Testitoimitukset ovat asiakirjoja, työkaluja ja muita komponentteja, joita on kehitettävä ja ylläpidettävä testauksen tueksi.

Ohjelmistokehityksen elinkaaren jokaisessa vaiheessa on erilaisia ​​testituloksia

  • Ennen testausta
  • Testauksen aikana
  • Testauksen jälkeen

22. Mitä on mutaatiotestaus?

Mutaatiotestaus on tekniikka, jolla tunnistetaan, onko testidata tai testitapaus hyödyllinen tekemällä tarkoituksellisesti erilaisia ​​koodimuutoksia (virheitä) ja testaamalla uudelleen alkuperäisillä testitiedoilla/tapauksilla sen määrittämiseksi, onko vikoja havaittu.

23. Mitä kaikkea sinun tulee ottaa huomioon ennen automaatiotyökalujen valitsemista AUT:lle?

  • Teknillinen soveltuvuus
  • Monimutkaisuusaste
  • Sovelluksen vakaus
  • Testitiedot
  • Sovelluksen koko
  • Automaattisten komentosarjojen uudelleenkäytettävyys
  • Toteutus ympäri ympäristöä

24. Kuinka aiot suorittaa riskianalyysin?

Riskianalyysiä varten on toteutettava seuraavat vaiheet

  1. Riskin pistemäärän löytäminen
  2. Profiilin tekeminen riskeille
  3. Riskiominaisuuksien muuttaminen
  4. Ota käyttöön kyseisen testiriskin resurssit
  5. Riskien tietokannan tekeminen

25. Mitkä ovat virheenkorjauksen luokat?

Luokat virheenkorjausta varten

  1. Raakavoimainen virheenkorjaus
  2. vetäytymistä
  3. Syy eliminaatio
  4. Ohjelman viipalointi
  5. Vikapuun analyysi

26. Mitä vian peittäminen selittää esimerkillä?

Kun yhden vian olemassaolo piilottaa toisen vian olemassaolon järjestelmässä, sitä kutsutaan vian peittämiseksi.

Esimerkki: Jos "Negatiivinen arvo" aiheuttaa käsittelemättömän järjestelmäpoikkeuksen laukaisun, kehittäjä estää negatiivisten arvojen syöttämisen. Tämä ratkaisee ongelman ja piilottaa käsittelemättömän poikkeuslaukaisun vian.

27. Selitä mikä testisuunnitelma on? Mitä tietoja testisuunnitelmassa tulisi käsitellä?

Testisuunnitelma voidaan määritellä asiakirjaksi, joka kuvaa testaustoimintojen laajuutta, lähestymistapaa, resursseja ja aikataulua, ja testisuunnitelman tulee kattaa seuraavat yksityiskohdat.

  • Testistrategia
  • Testin tavoite
  • Poistumis-/jäädytyskriteerit
  • Resurssien suunnittelu
  • Testaa toimitukset

28. Kuinka voit eliminoida tuoteriskin projektissasi?

Se auttaa sinua eliminoimaan tuoteriskin projektissasi, ja on yksinkertainen mutta ratkaiseva 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

29. Mikä on yleinen riski, joka johtaa hankkeen epäonnistumiseen?

Yleisin riski, joka johtaa projektin epäonnistumiseen, ovat

  • Ei ole tarpeeksi henkilöresursseja
  • Testausympäristöä ei ehkä ole määritetty oikein
  • Rajoitettu budjetti
  • Aikarajoitukset

30. Millä perusteella voit tehdä arvion projektistasi?

Projektin arvioimiseksi sinun on otettava huomioon seuraavat seikat

  • Jaa koko projekti pienimpiin tehtäviin
  • Anna jokainen tehtävä ryhmän jäsenille
  • Arvioi jokaisen tehtävän suorittamiseen tarvittava vaiva
  • Vahvista arvio

31. Selitä, kuinka jakaisit tehtävän tiimin jäsenille?

Tehtävä Jäsen
Analysoi ohjelmistovaatimusmääritykset Kaikki jäsenet
Luo testispesifikaatio Testaaja/testausanalyytikko
Rakenna testiympäristö Testaa ylläpitäjä
Suorita testitapaukset Testaaja, testin ylläpitäjä
Ilmoita vioista testaaja

32. Selitä mikä on testaustyyppi ja mitkä ovat yleisesti käytetyt testaustyypit?

Odotetun testituloksen saamiseksi noudatetaan standardimenettelyä, jota kutsutaan testaustyypiksi.

Yleisesti käytetyt testityypit ovat

  • Yksikkötestaus: Testaa sovelluksen pienintä koodia
  • API-testaus: Sovellukselle luotu testaussovellusliittymä
  • Integraatiotestaus: Yksittäiset ohjelmistomoduulit yhdistetään ja testataan
  • Järjestelmän testaus: Järjestelmän täydellinen testaus
  • Asennuksen/poiston testaus: Testaus tehdään asiakkaan/asiakkaan näkökulmasta
  • Ketterä testaus: Testaus ketterän tekniikan avulla

33. Mitä kaikkea sinun tulee ottaa huomioon projektiasi seurattaessa?

Asiat, jotka on otettava huomioon, ovat

  • Onko projektisi aikataulussa
  • Oletko yli budjetin
  • Työskenteletkö saman uratavoitteen eteen
  • Onko sinulla tarpeeksi resursseja
  • Onko olemassa varoitusmerkkejä lähestyvistä ongelmista
  • Onko johdolla paineita saada projekti valmiiksi nopeammin?

34. Mitkä ovat yleisimmät virheet, jotka aiheuttavat ongelmia?

  • Resurssien yhdistäminen vääriin projekteihin
  • Testipäällikön taitojen puute
  • Ei kuuntele muita
  • Huono aikataulutus
  • aliarviointi
  • Pienet ongelmat huomioimatta
  • Ei seuraa prosessia

35. Mitä tyypillinen testiraportti sisältää? Mitä hyötyä testiraporteista on?

Testiraportti sisältää seuraavat asiat:

  • projektin tiedot
  • Testin tavoite
  • Testin yhteenveto
  • Vika

Testiraporttien edut ovat:

  • Projektin nykytila ​​ja tuotteen laatu ilmoitetaan
  • Tarvittaessa sidosryhmä ja asiakas voivat ryhtyä korjaaviin toimenpiteisiin
  • Lopullinen asiakirja auttaa päättämään, onko tuote valmis julkaisuun

36. Mitä on testinhallinnan tarkastus ja miksi se on tärkeää?

Johdon arvioon viitataan myös nimellä Ohjelmiston laadunvarmistus tai SQA. SQA keskittyy enemmän ohjelmistoprosessiin kuin ohjelmistotyötuotteisiin. Se on joukko toimintoja, joiden tarkoituksena on varmistaa, että projektipäällikkö noudattaa vakioprosessia. SQA auttaa testipäällikköä vertaamaan projektia asetettuihin standardeihin.

37. Mitkä ovat ohjelmistojen laadunvarmistuksen parhaat käytännöt?

Parhaat käytännöt tehokkaaseen SQA-toteutukseen ovat

  • Jatkuva parantaminen
  • Dokumentaatio
  • Työkalun käyttö
  • Metrics
  • Vastuu tiimin jäseniltä
  • Kokeneet SQA-auditoijat

38. Milloin RTM (Requirement Traceability Matrix) valmistetaan?

RTM valmistetaan ennen testitapauksen suunnittelua. Vaatimusten tulee olla jäljitettävissä tarkastelutoiminnasta.

39. Mitä eroa on testimatriisilla ja jäljitettävyysmatriisilla?

Testimatriisi: Testimatriisia käytetään todellisen laadun, vaivannäön, suunnitelman, resurssien ja ajan sieppaamiseen ohjelmistotestauksen kaikkiin vaiheisiin.

Jäljitettävyysmatriisi: Testitapausten ja asiakkaiden vaatimusten välinen kartoitus tunnetaan nimellä Traceability Matrix

40. Mitä ovat manuaalisessa testauksessa tynkät ja ajurit?

Sekä tyngät että ajurit ovat osa inkrementaalista testausta. Inkrementaalisessa testauksessa on kaksi lähestymistapaa, nimittäin alhaalta ylös ja ylhäältä alas -lähestymistapa. Ohjaimia käytetään alhaalta ylös -testauksessa, ja tynkä on ylhäältä alas -lähestymistapa. Päämoduulin testaamiseen käytetään tynkkiä, joka on valekoodi tai ohjelma.

41. Mikä on vaihe, jonka noudattaisit, kun löydät vian?

Kun vika on löydetty, noudatat vaihetta

a) Luo vika uudelleen

b) Liitä kuvakaappaus

c) Kirjaa vika

42. Selitä, mikä on "testaussuunnitelmaan perustuva" tai "avainsanalähtöinen" testausmenetelmä?

Tämä tekniikka käyttää varsinaista testitapausasiakirjaa, jonka testaajat ovat kehittäneet käyttämällä erityisiä "avainsanoja" sisältävää laskentataulukkoa. Avainsanat ohjaavat käsittelyä.

43. Mikä on DFD (Data Flow Diagram)?

Kun "tietovirta" tietojärjestelmän läpi esitetään graafisesti, se tunnetaan nimellä Data Flow Diagram. Sitä käytetään myös tietojenkäsittelyn visualisointiin.

44. Selitä mikä LCSAJ on?

LCSAJ tulee sanoista "lineaarinen koodisekvenssi ja hyppy". Se koostuu seuraavista kolmesta osasta

a) Suoritettavien lauseiden lineaarisen sarjan alku

b) Lineaarisen sekvenssin loppu

c) Kohdelinja, johon ohjausvirta siirretään lineaarisen sekvenssin lopussa

45. Selitä mitä N+1-testaus on?

Regressiotestauksen vaihtelu esitetään muodossa N+1. Tässä tekniikassa testaus suoritetaan useissa sykleissä, joissa testisyklissä 'N' löydetyt virheet ratkaistaan ​​ja testataan uudelleen testisyklissä N+1. Jakso toistetaan, ellei virheitä löydy.

46. ​​Mitä Fuzz-testaus on ja milloin sitä käytetään?

Fuzz-testausta käytetään ohjelmistojen tietoturva-aukkojen ja koodausvirheiden havaitsemiseen. Tässä tekniikassa satunnaista dataa lisätään järjestelmään järjestelmän kaatamiseksi. Jos haavoittuvuus jatkuu, mahdollisten syiden määrittämiseen käytetään työkalua nimeltä fuzz tester. Tämä tekniikka on hyödyllisempi isommissa projekteissa, mutta se havaitsee vain suuren vian.

47. Mainitse mitkä ovat ohjelmistotestauksen lausunnon kattavuusmetriikan tärkeimmät edut?

Lausunnon kattavuusmittarin etu on se

a) Se ei vaadi lähdekoodin käsittelyä ja sitä voidaan soveltaa suoraan objektikoodiin

b) Virheet jakautuvat tasaisesti koodin läpi, minkä vuoksi katettujen suoritettavien lauseiden prosenttiosuus vastaa havaittujen vikojen prosenttiosuutta

48. Kuinka luoda testitapauksia "korvaa merkkijono" -menetelmälle?

a) Jos merkit uudessa merkkijonossa > merkit edellisessä merkkijonossa. Yhtään hahmoa ei saa katkaista

b) Jos merkit uudessa merkkijonossa< merkkiä edellisessä merkkijonossa. Roskamerkkejä ei saa lisätä

c) Välilyöntejä merkkijonon jälkeen ja ennen ei pidä poistaa

d) Merkkijono tulee vaihtaa vain merkkijonon ensimmäisen esiintymisen yhteydessä

49. Kuinka käsittelet konfliktin tiimisi jäsenten välillä?

  • Puhun jokaisen kanssa henkilökohtaisesti ja ilmoitan heidän huolenaiheensa
  • Löydän ratkaisun tiimin jäsenten esiin nostamiin yleisiin ongelmiin
  • Pidän tiimikokouksen, paljastan ratkaisun ja pyydän ihmisiä yhteistyöhön

50. Mainitse mitkä ovat virheluokat?

Vikakategorioita on pääasiassa kolme

  • Väärä: Kun vaatimus on toteutettu väärin
  • Puuttuva: Se on poikkeama spesifikaatiosta, osoitus siitä, että spesifikaatiota ei ole toteutettu tai asiakkaan vaatimusta ei täytetty
  • Lisää: Tuotteeseen sisällytetty vaatimus, jota loppuasiakas ei ole esittänyt. Sitä pidetään puutteena, koska se poikkeaa nykyisistä vaatimuksista

51. Selitä kuinka testikattavuustyökalu toimii?

Koodin kattavuuden testaustyökalu toimii rinnakkain, kun se suorittaa testauksen varsinaiselle tuotteelle. Koodin peittotyökalu valvoo lähdekoodin suoritettuja lausekkeita. Kun lopullinen testaus on tehty, saamme täydellisen raportin vireillä olevista lausunnoista ja saamme myös kattavuusprosentin.

52. Mainitse mitä eroa on ohjelmistotestauksen "vialla" ja "virheellä"?

Yksinkertaisesti sanottuna kun vika saavuttaa loppuasiakkaan, sitä kutsutaan viaksi, kun vika tunnistetaan sisäisesti ja korjataan; silloin sitä kutsutaan puutteeksi.

53. Selitä, kuinka dokumentteja testataan projektissa, joka kattaa ohjelmistokehityksen elinkaaren?

Projekti kattaa ohjelmistokehityksen elinkaaren seuraavasti

  • Keskus/projektin testisuunnitelma: Se on päätestaussuunnitelma, joka hahmottelee projektin täydellisen testistrategian. Tätä suunnitelmaa käytetään ohjelmistokehityksen elinkaaren loppuun asti
  • Hyväksymistestisuunnitelma: Tämä asiakirja alkaa aikana vaatimusvaihe ja valmistuu lopullisessa toimituksessa
  • Järjestelmän testaussuunnitelma: Tämä suunnitelma alkaa suunnittelusuunnitelman aikana ja jatkuu projektin loppuun asti
  • Integrointi- ja yksikkötestisuunnitelma: Molemmat testisuunnitelmat alkavat toteutusvaiheessa ja kestävät lopulliseen toimitukseen saakka

54. Selitä mitkä testitapaukset kirjoitetaan ensimmäisiksi mustiksi laatikoiksi vai valkoisiksi laatikoiksi?

Mustan laatikon testitapaukset kirjoitetaan ensin kuin mustan laatikon testitapaukset; se vaatii projektisuunnitelman ja vaatimusasiakirjan, kaikki nämä asiakirjat ovat helposti saatavilla projektin alussa. Valkoisen laatikon testitapausten kirjoittaminen vaatii enemmän arkkitehtonista ymmärrystä, eikä se ole käytettävissä projektin alussa.

55. Selitä mitä eroa piilevien ja peitettyjen vikojen välillä on?

  • Piilevä vika: Piilevä vika on olemassa oleva vika, joka ei ole aiheuttanut vikaa, koska ehdot eivät koskaan täyttyneet
  • Naamioitu vika: Se on olemassa oleva vika, joka ei ole aiheuttanut vikaa, koska toinen vika on estänyt kyseisen koodin osan suorittamisen

56. Mainitse mitä alhaalta ylös -testaus on?

Alhaalta ylös -testaus on lähestymistapa integraatiotestaukseen, jossa alimman tason komponentit testataan ensin, minkä jälkeen niitä käytetään helpottamaan korkeamman tason komponenttien testaamista. Prosessia toistetaan, kunnes hierarkian huipulla oleva komponentti on testattu.

57. Mainitse mitä erilaisia ​​testin kattavuustekniikoita ovat?

Erilaisia ​​testin kattavuustekniikoita ovat mm

  • Lausunnon kattavuus: Se varmistaa, että jokainen lähdekoodirivi on suoritettu ja testattu
  • Päätöksen kattavuus: Se varmistaa, että jokainen lähdekoodin päätös suoritetaan ja testataan
  • Reitin kattavuus: Se varmistaa, että jokainen mahdollinen reitti tietyn koodin osan läpi suoritetaan ja testataan

58. Mainitse mitä hengitystestillä tarkoitetaan?

Hengitystesti on testisarja, joka käyttää tuotteen kaikkia toimintoja, mutta ei testaa ominaisuuksia yksityiskohtaisesti

59. Selitä, mitä Code Walk Through tarkoittaa?

Code Walk Through on ohjelman lähdekoodin epävirallinen analyysi vikojen löytämiseksi ja koodaustekniikoiden tarkistamiseksi

60. Mainitse, mitkä ovat vikaraporttimuodon peruskomponentit?

Vikaraporttimuodon olennaisia ​​osia ovat mm

  • Hankkeen nimi
  • Moduulin nimi
  • Vika havaittu
  • Vian havaitsi
  • Vian tunnus ja nimi
  • Tilannekuva viasta
  • Prioriteetti ja vakavuus
  • Vika korjattu
  • Vika korjattu

61. Mainitse mikä on päästä päähän -testauksen tarkoitus?

Päästä päähän -testaus tehdään toimintatestauksen jälkeen. Päästä päähän -testauksen tarkoitus on se

  • Vahvistaaksesi ohjelmistovaatimukset ja integrointi ulkoisiin liitäntöihin
  • Sovelluksen testaus todellisessa ympäristössä
  • Sovelluksen ja tietokannan välisen vuorovaikutuksen testaus

62. Selitä, mitä se tarkoittaa testivaljailla?

Testivaljaat määrittävät joukon työkaluja ja testitietoja sovelluksen testaamiseksi erilaisissa olosuhteissa, ja se sisältää tulosteen tarkkailun odotetun lähdön oikeellisuuden varalta.

63. Selitä testausprojektissa, mitä testaustoimintoja automatisoit?

Projektien testaustoimintojen testauksessa automatisoit ne

  • Testit, jotka on suoritettava jokaiselle sovelluksen koonnokselle
  • Testit, jotka käyttävät useita tietoja samalle toimintosarjalle
  • Identtiset testit, jotka on suoritettava eri selaimilla
  • Tehtäväkriittiset sivut
  • Tapahtuma, jonka sivut eivät muutu lyhyessä ajassa

64. Mikä on TÄRKEIN hyöty testien suunnittelusta elinkaaren varhaisessa vaiheessa?

Se auttaa estämään vikoja joutumasta koodiin.

65. Mitä on riskipohjainen testaus?

Riskipohjainen Testaus on termi, jota käytetään lähestymistavasta luoda a Testistrategia joka perustuu testien priorisointiin riskin mukaan. Lähestymistavan perustana on yksityiskohtainen riskianalyysi ja riskien priorisointi riskitasoittain. Tämän jälkeen määritellään testit kunkin riskin käsittelemiseksi, alkaen suurimmasta riskistä ensin.

66. Mikä on AVAINero ennaltaehkäisevän ja reaktiivisen testaustavan välillä?

Ennaltaehkäisevät testit suunnitellaan aikaisin; reaktiiviset testit suunnitellaan sen jälkeen, kun ohjelmisto on tuotettu.

67. Mikä on irtautumiskriteerien tarkoitus?

Poistumiskriteerien tarkoitus on määrittää, milloin testitaso on suoritettu.

68. Mikä määrittää riskitason?

Haitallisen tapahtuman todennäköisyys ja tapahtuman vaikutus määräävät riskin tason.

69. Milloin päätöstaulukkotestausta käytetään?

Päätöstaulukkotestausta käytetään testaamaan järjestelmiä, joiden spesifikaatio on sääntöjen tai syy-seuraus-yhdistelmien muodossa. Päätöstaulukossa syötteet on lueteltu sarakkeessa, ja lähdöt ovat samassa sarakkeessa, mutta tulojen alapuolella. Taulukon loppuosa tutkii syötteiden yhdistelmiä tuotettujen tulosten määrittelemiseksi.

Lisätietoja päätöstaulukon testaustekniikasta on opetusvideossa tätä

70. Miksi käytämme päätöstaulukoita?

Ekvivalenssiosion ja raja-arvoanalyysin tekniikoita sovelletaan usein tiettyihin tilanteisiin tai syötteisiin. Kuitenkin, jos eri syötteiden yhdistelmät johtavat erilaisiin toimiin, tätä voi olla vaikeampi näyttää käyttämällä ekvivalenssiosioita ja raja-arvoanalyysiä, jotka yleensä keskittyvät enemmän käyttöliittymään. Kaksi muuta spesifikaatioon perustuvaa tekniikkaa, päätöstaulukot ja tilasiirtymien testaus keskittyvät enemmän liiketoimintalogiikkaan tai liiketoimintasääntöihin. Päätöstaulukko on hyvä tapa käsitellä asioiden yhdistelmiä (esim. syötteitä). Tätä tekniikkaa kutsutaan joskus myös "syy-seuraus"-taulukoksi. Syynä tähän on se, että siihen liittyy logiikkakaaviotekniikka, jota kutsutaan "syy-seurausgrafiikaksi", jota joskus käytettiin auttamaan päätöstaulukon johtamisessa.

71. Mikä on PÄÄTAVOITE ohjelmistotoimitusta arvioitaessa?

Tunnistaa minkä tahansa ohjelmistotyötuotteen viat.

72. Mikä seuraavista määrittelee testin odotetut tulokset? Testitapauksen spesifikaatio tai testisuunnittelun eritelmä.

Testitapausmääritys määrittelee testin odotetut tulokset.

73. Mitä hyötyä testin riippumattomuudesta on?

Sillä vältetään tekijän harha määriteltäessä tehokkaita testejä.

74. Minkä testiprosessin osana määrität poistumiskriteerit?

Poistumiskriteerit määritetään 'Testisuunnittelun' perusteella.

75. Mitä alfa-testaus on?

Loppukäyttäjien edustajien suorittama julkaisua edeltävä testaus kehittäjän sivustolla.

76. Mitä betatestaus on?

Potentiaaliset asiakkaat suorittavat testauksen omissa tiloissaan.

77. Mainitse mitä eroa pilotti- ja betatestauksella on?

Pilottitestauksen ja betatestauksen ero on siinä, että pilottitestauksen tekee käyttäjäryhmä itse asiassa tuotteen avulla ennen lopullista käyttöönottoa, ja beta-testauksessa emme syötä oikeita tietoja, vaan se asennetaan loppuasiakkaalle validoimaan. jos tuotetta voidaan käyttää tuotannossa.

78. Kun otetaan huomioon seuraava koodinpätkä, kuinka monta testiä tarvitaan 100 %:n päätöksen kattamiseen?

if width > length 
   thenbiggest_dimension = width
     if height > width 
             thenbiggest_dimension = height 
     end_if
elsebiggest_dimension = length  
            if height > length 
                thenbiggest_dimension = height 
          end_if
end_if

4

79. Olet suunnitellut testitapaukset, jotka tarjoavat 100 %:n lausunnon ja 100 %:n päätöksen kattavuuden seuraavalle koodinpalalle. jos leveys > pituus, niin suurin_mitta = leveys else suurin_mitta = pituus loppu_jos Yllä olevan koodinpätkän alaosaan on lisätty seuraava. print “Suurin mitta on ” &suurin_mittatulostus “Leveys:” & leveys print “Pituus:” & pituus Kuinka monta testitapausta tarvitaan lisää?

Ei mitään, olemassa olevia testitapauksia voidaan käyttää.

80. Mitä eroa on testaustekniikoilla ja testaustyökaluilla?

Testaustekniikka: – Prosessi, jolla varmistetaan, että jotkin sovellusjärjestelmän tai yksikön osa-alueet toimivat oikein, saattaa olla vähän tekniikoita, mutta monia työkaluja.

Testaustyökalut: – On ajoneuvo testiprosessin suorittamiseen. Työkalu on testaajan resurssi, mutta se itsessään ei riitä testauksen suorittamiseen

Lisätietoja testaustyökaluista tätä

81. Käytämme vaatimusanalyysin tulosta, vaatimusmäärittelyä syötteenä kirjoittamiseen…

Käyttäjien hyväksyntätestitapaukset

82. Jo testatun ohjelman toistuva testaus muokkauksen jälkeen sellaisten vikojen havaitsemiseksi, jotka ovat tulleet tai paljastuvat testattavan ohjelmiston tai muun asiaan liittyvän tai ei-liittyvän ohjelmiston osan muutosten seurauksena:

Regressiotestaus

83. Tukkuliike myy tulostinpatruunoita. Minimitilausmäärä on 5. Saat 20 % alennuksen 100 tai useamman tulostuskasetin tilauksista. Sinua on pyydetty valmistelemaan testitapaukset käyttämällä erilaisia ​​arvoja tilattujen tulostinkasettien lukumäärälle. Mikä seuraavista ryhmistä sisältää kolme testisyötettä, jotka luotaisiin raja-arvoanalyysin avulla?

4, 5, 99

84. Mitä komponenttien testaus on?

Komponenttitestaus, joka tunnetaan myös nimellä yksikkö-, moduuli- ja ohjelmatestaus, etsii vikoja erikseen testattavissa olevissa ohjelmistoissa (esim. moduulit, ohjelmat, objektit, luokat jne.) ja varmistaa niiden toiminnan. Komponenttien testaus voidaan tehdä erillään muusta järjestelmästä riippuen kehityksen elinkaaren ja järjestelmän kontekstista. Useimmiten tyngät ja ajurit käytetään korvaamaan puuttuva ohjelmisto ja simuloivat ohjelmistokomponenttien välistä rajapintaa yksinkertaisesti. Testattavasta ohjelmistokomponentista kutsutaan tynkä; kuljettaja kutsuu komponenttia testattavaksi.

Tässä on mahtava video aiheesta Yksikkötestaus

85. Mitä on toiminnallinen järjestelmätestaus?

Koko järjestelmän toiminnallisuuden päästä päähän testaus määritellään toiminnalliseksi järjestelmätestaukseksi.

86. Mitä hyötyä itsenäisestä testauksesta on?

Riippumattomat testaajat ovat puolueettomia ja tunnistavat erilaisia ​​vikoja samanaikaisesti.

87. REAKTIIVISESSÄ lähestymistavassa testaukseen milloin odotat suurimman osan testin suunnittelutyöstä alkavan?

Suurin osa testisuunnittelutyöstä alkoi ohjelmiston tai järjestelmän valmistuksen jälkeen.

88. Mitkä ovat ketterän kehitysmallin erilaiset menetelmät?

Tällä hetkellä tiedän seitsemän erilaista ketterää menetelmää:

  1. Extreme Programming (XP)
  2. Tungos
  3. Lean-ohjelmistokehitys
  4. Ominaisuuslähtöinen kehitys
  5. Ketterä yhtenäinen prosessi
  6. Kristalli
  7. Dynamic Systems Development Model (DSDM)

89. Mihin perustestiprosessin toimintaan sisältyy vaatimusten ja järjestelmän testattavuuden arviointi?

"Testianalyysi" ja "suunnittelu" sisältävät vaatimusten ja järjestelmän testattavuuden arvioinnin.

90. Mikä on tyypillisesti tärkein syy käyttää riskiä testauspyrkimysten edistämiseen?

Koska kaiken testaaminen ei ole mahdollista.

91. Mitä on satunnais-/apinatestaus? Milloin sitä käytetään?

Satunnaistestaus tunnetaan usein apinatestauksena. Tällaisessa testauksessa dataa tuotetaan satunnaisesti usein käyttämällä työkalua tai automatisoitua mekanismia. Tällä satunnaisesti generoidulla syötteellä järjestelmä testataan ja tulokset analysoidaan sen mukaisesti. Nämä testaukset ovat vähemmän luotettavia; Tästä syystä aloittelijat käyttävät sitä tavallisesti nähdäkseen, kestääkö järjestelmä haitallisia vaikutuksia.

92. Mitkä seuraavista ovat kelvollisia tavoitteita tapahtumaraporteille?

  1. Anna kehittäjille ja muille osapuolille palautetta ongelmasta tunnistamisen, eristämisen ja tarvittaessa korjaamisen mahdollistamiseksi.
  2. Tarjoa ideoita testiprosessin parantamiseksi.
  3. Tarjoa väline testaajan pätevyyden arvioimiseksi.
  4. Tarjoa testaajille keinot seurata testattavan järjestelmän laatua.

93. Harkitse seuraavia tekniikoita. Mitkä ovat staattisia ja mitkä dynaamisia tekniikoita?

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

Tietovirran analyysi ja tarkastukset ovat staattisia; Ekvivalenssiositus, käyttötapausten testaus, tutkiva testaus ja päätöstestaus ovat dynaamisia.

94. Miksi staattinen testaus ja dynaaminen testaus kuvataan toisiaan täydentäviksi?

Koska niillä on yhteinen tavoite havaita vikoja, mutta ne eroavat löytämiensä vikojen tyypeistä.

95. Mitkä ovat muodollisen arvioinnin vaiheet?

Toisin kuin epävirallisissa arvioinneissa, muodolliset arvioinnit noudattavat muodollista prosessia. Tyypillinen muodollinen tarkistusprosessi koostuu kuudesta päävaiheesta:

  1. Suunnittelu
  2. Käynnistää
  3. Valmistelu
  4. Revkatsova kokous
  5. Rework
  6. Seuranta.

96. Mikä on moderaattorin rooli tarkistusprosessissa?

Moderaattori (tai arvostelun johtaja) johtaa tarkistusprosessia. Hän määrittelee yhteistyössä kirjoittajan kanssa katsauksen tyypin, lähestymistavan ja arviointiryhmän kokoonpanon. Moderaattori suorittaa sisääntulon tarkistuksen ja jälkityön seurannan tarkistaakseen tarkastusprosessin syötteiden ja tulosten laadun. Moderaattori myös aikatauluttaa kokouksen, jakaa asiakirjoja ennen kokousta, valmentaa muita tiimin jäseniä, tahdistaa kokouksen, johtaa mahdollisia keskusteluja ja tallentaa kerätyt tiedot.

Lisätietoja RevKatso prosessi Video Tutorialissa tätä

97. Mikä on ekvivalenssiosio (tunnetaan myös nimellä ekvivalenssiluokka)?

Syöttö- tai lähtöarvoalueet siten, että vain yhdestä alueen arvosta tulee testitapaus.

98. Milloin kokoonpanonhallintamenettelyt tulisi ottaa käyttöön?

Testin suunnittelun aikana.

99. Toiminnallisen testauksen tyyppi, joka tutkii uhkien, kuten viruksen haitallisten ulkopuolisten havaitsemiseen liittyviä toimintoja?

Suojaustestaus

100. Testaus, jossa altistamme testin kohteen vaihteleville työkuormituksille, jotta voidaan mitata ja arvioida suorituskäyttäytymistä ja kohteen kykyä ja testin kyky toimia edelleen kunnolla näissä erilaisissa työkuormissa?

Kuormitustesti

101. Testaustoiminta, joka suoritetaan rajapintojen ja integroitujen komponenttien välisen vuorovaikutuksen vikojen paljastamiseksi?

Integraatiotason testaus

102. Mitä ovat rakennepohjaiset (valkoinen laatikko) testaustekniikat?

Rakenteeseen perustuvat testaustekniikat (jotka ovat myös dynaamisia eikä staattisia) käyttävät ohjelmiston sisäistä rakennetta testitapausten johtamiseen. Niitä kutsutaan yleisesti "white-box"- tai "glass-box"-tekniikoiksi (jolloin voit nähdä järjestelmään), koska ne edellyttävät tietoa siitä, kuinka ohjelmisto on toteutettu eli miten se toimii. Esimerkiksi rakennetekniikka voi liittyä ohjelmiston silmukoiden harjoittamiseen. Erilaisia ​​testitapauksia voidaan johtaa harjoittamaan silmukkaa kerran, kahdesti ja monta kertaa. Tämä voidaan tehdä ohjelmiston toimivuudesta riippumatta.

103. Milloin "Regressiotestaus" tulee suorittaa?

Kun ohjelmisto on muuttunut tai ympäristö on muuttunut Regressiotestaus tulisi suorittaa.

104. Mitä ovat negatiiviset ja positiiviset testit?

Negatiivinen testi on, kun syötät virheellisen syötteen ja vastaanotat virheitä. Positiivinen testaus on, kun syötät kelvollisen syötteen ja odotat, että jotkin toiminnot suoritetaan spesifikaatioiden mukaisesti.

105. Mikä on testin läpäisykriteerin tarkoitus?

Testin suorittamiskriteerin tarkoituksena on määrittää, milloin testaus lopetetaan

106. Mitä staattinen analyysi EI löydä?

Esimerkiksi muistivuotoja.

107. Mitä eroa on uudelleentestauksella ja regressiotestauksella?

Uusintatestaus varmistaa, että alkuperäinen vika on poistettu; Regressiotestaus etsii odottamattomia sivuvaikutuksia.

108. Mitä ovat kokemuspohjaiset testaustekniikat?

Kokemuspohjaisissa tekniikoissa ihmisten tiedot, taidot ja tausta ovat tärkein tekijä testiolosuhteissa ja testitapauksissa. Sekä teknisten että liikemiesten kokemus on tärkeä, sillä he tuovat erilaisia ​​näkökulmia testianalyysiin ja suunnitteluprosessiin. Koska heillä on aikaisempi kokemus vastaavista järjestelmistä, heillä voi olla käsitystä siitä, mikä voi mennä pieleen, mikä on erittäin hyödyllistä testauksessa.

109. Millainen tarkastelu edellyttää muodollisia tulo- ja lopetuskriteerejä, mukaan lukien mittarit?

tarkastus

110. Voidaanko tarkastuksia pitää osana testausta?

Kyllä, koska molemmat auttavat havaitsemaan vikoja ja parantamaan laatua.

111. Syöttökenttä ottaa syntymävuoden 1900 ja 2004 välillä mitkä ovat raja-arvot tämän kentän testaamiseksi?

1899,1900,2004,2005

112. Mitkä seuraavista työkaluista olisivat mukana regressiotestin automatisoinnissa? a. Tietojen testaaja b. Rajatesti c. Kaappaus/toisto d. Lähtövertailija.

d. Lähtövertailija

113. Testaamaan funktiota, minkä täytyy kirjoittaa ohjelmoija, joka kutsuu testattavan funktion ja läpäisee testidatan.

kuljettaja

114. Mikä on avainsyy siihen, miksi kehittäjillä on vaikeuksia testata omaa työtään?

Objektiivisuuden puute

115. "Kuinka paljon testausta riittää?"

Vastaus riippuu toimialasi riskeistä, sopimuksesta ja erityisvaatimuksista.

116. Milloin testaus tulisi lopettaa?

Se riippuu testattavan järjestelmän riskeistä. On joitain kriteerejä, joiden perusteella voit lopettaa testaamisen.

  1. Määräajat (testaus, julkaisu)
  2. Testibudjetti on käytetty loppuun
  3. Virheiden määrä laskee alle tietyn tason
  4. Testitapaukset suoritettu tietyllä prosenttiosuudella
  5. Testauksen alfa- tai betajaksot päättyvät
  6. Koodi, toiminnallisuus tai vaatimukset täyttyvät tiettyyn pisteeseen asti

117. Mikä seuraavista on integraatiotestauksen integrointistrategian ensisijainen tarkoitus pienissä?

Integrointistrategian ensisijainen tarkoitus on määrittää, mitkä moduulit yhdistetään milloin ja kuinka monta kerralla.

118. Mitä ovat puolisatunnaiset testitapaukset?

Puolisatunnaiset testitapaukset eivät ole mitään, mutta kun suoritamme satunnaisia ​​testitapauksia ja teemme ekvivalenssiosion niille, se poistaa ylimääräiset testitapaukset, jolloin saamme puolisatunnaisia ​​testitapauksia.

119. Mikä lause pitää paikkansa täydellisen lausekkeen ja haaran kattavuuden edellyttämän testitapausten vähimmäismäärän osalta seuraavalla koodilla?

Lue s

Lue q

JOS p+q> 100

Tulosta sitten "suuri"

LOPPU JOS

JOS p > 50

Tulosta sitten "p Large"

LOPPU JOS

1 testi lausunnon kattavuudelle, 2 sivukonttorin kattavuudelle

120. Mitä arviointia yleensä käytetään tuotteen arvioimiseksi sen sopivuuden määrittämiseksi suunniteltuun käyttöön ja eroavaisuuksien tunnistamiseksi?

Tekninen Review.

121. Kenen tulee alun perin dokumentoida löydetyt viat?

Testaajien toimesta.

122. Mikä on nykyinen virallinen maailmanlaajuisesti tunnustettu dokumentaatiostandardi?

Ei ole yhtäkään.

123. Mikä seuraavista on tarkastelun osallistuja, joka on luonut tarkistettavan kohteen?

kirjailija

124. Ohjelmistossa on korjattu useita kriittisiä virheitä. Kaikki virheet ovat yhdessä moduulissa, jotka liittyvät raportteihin. Testauspäällikkö päättää tehdä regressiotestauksen vain raporttimoduulille.

Regressiotestaus kannattaa tehdä myös muille moduuleille, koska yhden moduulin korjaaminen voi vaikuttaa muihin moduuleihin.

125. Miksi raja-arvoanalyysi tarjoaa hyviä testitapauksia?

Koska virheitä tehdään usein ohjelmoitaessa eri tapauksia lähellä arvoalueen "reunoja".

126. Mikä tekee tarkastuksesta eron muista tarkastelutyypeistä?

Sitä johtaa koulutettu johtaja, se käyttää virallisia sisään- ja poistumiskriteerejä ja tarkistuslistoja.

127. Miksi testaaja voi olla riippuvainen kokoonpanonhallinnasta?

Koska kokoonpanonhallinta varmistaa, että tiedämme testausohjelmiston ja testiobjektin tarkan version.

128. Mikä on V-malli?

Ohjelmistokehitysmalli, joka havainnollistaa testaustoimintojen integroitumista ohjelmistokehitysvaiheisiin

129. Mitä kunnossapitotestaus on?

Käynnistyy olemassa olevan ohjelmiston muutoksista, siirrosta tai käytöstä poistamisesta

130. Mikä on testin kattavuus?

Testin kattavuus mittaa jollain erityisellä tavalla testisarjan suorittaman testauksen määrää (jollakin muulla tavalla johdettu, esim. spesifikaatiopohjaisilla tekniikoilla). Aina kun voimme laskea asioita ja kertoa, onko jokainen näistä asioista testattu jollakin testillä, voimme mitata kattavuuden.

131. Miksi inkrementaalinen integraatio on parempi kuin "big bang" -integraatio?

Koska inkrementaalisella integraatiolla on parempi varhaisten vikojen seulonta- ja eristyskyky

132. Mitä kutsutaan prosessiksi, joka alkaa päätemoduuleista?

Alhaalta ylös -integrointi

133. Minkä testitoiminnan aikana vika voitaisiin löytää kustannustehokkaimmin?

Testin suunnittelun aikana

134. Vaatimusvaiheen tarkoitus on

Jäädyttää vaatimukset, ymmärtää käyttäjien tarpeita, määritellä testauksen laajuus

135. Miksi jaamme testauksen erillisiin vaiheisiin?

Jaamme testauksen eri vaiheisiin seuraavista syistä:

  1. Jokaisella testivaiheella on eri tarkoitus
  2. Vaiheittainen testaus on helpompi hallita
  3. Voimme suorittaa erilaisia ​​testejä eri ympäristöissä
  4. Testauksen suorituskykyä ja laatua parannetaan vaiheittaisella testauksella

136. Mikä on DRE?

Testien tehokkuuden mittaamiseksi käytetään tehokasta mittaria testin tehokkuuden mittaamiseen, joka tunnetaan nimellä DRE (Defect Removal Efficiency). Tästä mittarista tiedämme, kuinka monta virhettä olemme löytäneet testitapausten joukosta. DRE:n laskentakaava on

DRE=Virheiden määrä testauksen aikana/virheiden määrä testauksen aikana + käyttäjän löytämien virheiden määrä

137. Mikä seuraavista hyötyy todennäköisesti eniten testityökalujen käytöstä, jotka tarjoavat testikaappaus- ja toistotoiminnot? a) Regressiotestaus b) Integraatiotestaus c) Järjestelmätestaus d) Käyttäjän hyväksymistestaus

Regressiotestaus

138. Miten arvioisit todennäköisesti tarvittavan uusintatestauksen määrän?

Mittarit aiemmista vastaavista projekteista ja keskustelut kehitystiimin kanssa

139. Mikä tutkii tietovirta-analyysiä?

Tietojen käyttö koodin läpi kulkevilla poluilla.

140. Mitä on epäonnistuminen?

Epäonnistuminen on poikkeama määritetystä käyttäytymisestä.

141. Mitä ovat testivertailijat?

Onko se todella testi, jos syötät syötteitä johonkin ohjelmistoon, mutta et koskaan katso, tuottaako ohjelmisto oikean tuloksen? Testauksen ydin on tarkistaa, tuottaako ohjelmisto oikean tuloksen ja tehdä niin, ja meidän on verrattava ohjelmiston tuottamaa siihen, mitä sen pitäisi tuottaa. Testivertailija auttaa automatisoimaan vertailun näkökohtia.

142. Kenen vastuulla on dokumentoida kaikki tarkastelukokouksessa havaitut asiat, ongelmat ja avoimet kohdat

Kirjuri

143. Mikä on epävirallisen arvioinnin päätarkoitus?

Edullinen tapa saada jotain hyötyä

144. Mikä on testisuunnittelutekniikan tarkoitus?

Testiolosuhteiden tunnistaminen ja testitapausten tunnistaminen

145. Testaessaan arvosanalaskentajärjestelmää testaaja määrittää, että kaikki pisteet 90-100 antavat arvosanan A, mutta alle 90 pisteet eivät. Tämä analyysi tunnetaan nimellä:

Ekvivalenssiositus

146. Testauspäällikkö haluaa käyttää käytettävissä olevia resursseja web-sovelluksen automaattiseen testaukseen. Paras valinta on

Testaaja, testiautomaatio, verkkoasiantuntija, DBA

147. Moduulitestaajan testauksen aikana 'X' löysi bugin ja osoitti sen kehittäjälle. Mutta kehittäjä hylkää saman sanoen, että se ei ole bugi. Mitä "X":n pitäisi tehdä?

Lähetä yksityiskohtaiset tiedot havaitusta virheestä ja tarkista toistettavuus

148. Integraatiotestaus, jossa ohjelmistoelementit, laitteistoelementit tai molemmat yhdistetään kerralla komponentiksi tai kokonaisjärjestelmäksi vaiheiden sijaan.

Big Bang -testaus

149. Käytännössä missä elinkaarimallissa voi olla enemmän, vähemmän tai eri kehitys- ja testaustasoja projektista ja ohjelmistotuotteesta riippuen. Esimerkiksi komponenttitestauksen jälkeen voi olla komponenttien integrointitestausta ja järjestelmätestauksen jälkeen järjestelmäintegraatiotestausta.

V-malli

150. Mitä tekniikkaa voidaan käyttää tulon ja lähdön kattavuuden saavuttamiseen? Sitä voidaan soveltaa ihmisen syötteeseen, järjestelmään liitäntöjen kautta tai rajapintaparametreihin integraatiotestauksessa.

Ekvivalenssiositus

151. ”Tätä elinkaarimallia ohjaavat aikataulu- ja budjettiriskit” Tämä lausunto sopii parhaiten.

V-malli

152. Missä järjestyksessä testit tulee suorittaa?

Tärkein on testattava ensin

153. Mitä myöhemmässä kehitysvaiheessa vika havaitaan, sitä kalliimpaa sen korjaaminen on. Miksi?

Vika on sisäänrakennettu enemmän dokumentaatioon, koodiin, testeihin jne

154. Mikä on kattavuuden mittaus?

Se on testin perusteellisuuden osittainen mitta.

155. Mitä raja-arvotestaus on?

Testaa rajaehtoja tulo- ja lähtöekvivalenssiluokkien reunojen alapuolella ja yläpuolella. Oletetaan esimerkiksi pankkisovellus, jossa voit nostaa maksimissaan 20,000 100 rupiaa ja vähintään XNUMX rupiaa, joten raja-arvotestauksessa testaamme vain tarkat rajat sen sijaan, että osuisit keskelle. Tämä tarkoittaa, että testaamme ylärajan yläpuolella ja vähimmäisrajan alapuolella.

156. Mitä COTS edustaa?

Kaupallinen hyllyltä.

157. Minkä tarkoituksena on sallia erityisten testien suorittaminen järjestelmässä tai verkossa, joka muistuttaa mahdollisimman paljon ympäristöä, jossa testattavaa tuotetta käytetään julkaisun yhteydessä?

Testiympäristössä

158. Mitä voidaan ajatella perustuvan projektisuunnitelmaan, mutta yksityiskohtaisemmin?

Vaihetestaussuunnitelma

159. Mitä on nopea sovelluskehitys?

Rapid Application Development (RAD) on muodollisesti toimintojen rinnakkaiskehitys ja sitä seuraava integrointi. Komponentteja/toimintoja kehitetään rinnakkain ikään kuin ne olisivat miniprojekteja, kehitystyöt aikarataan, toimitetaan ja kootaan sitten toimivaksi prototyypiksi. Tämä voi antaa asiakkaalle erittäin nopeasti nähtävää ja käytettävää sekä antaa palautetta toimituksesta ja vaatimuksistaan. Tämän menetelmän avulla tuotteen nopea muutos ja kehitys on mahdollista. Tuotespesifikaatiota on kuitenkin kehitettävä tuotteelle jossain vaiheessa, ja projekti on saatettava muodollisemman valvonnan alle ennen tuotantoon siirtymistä.

👍 Tutustu - Testausvisa

👍 Tutustu - Ohjelmistotestauksen haastattelukysymykset Youtube-video

Ilmainen PDF-lataus: Ohjelmistotestauksen haastattelukysymyksiä ja vastauksia

Yllä olevat manuaalisen testaushaastattelun kysymykset ja vastaukset pdf-muodossa auttavat niin aloittelevia kuin kokeneita laadunvarmistusinsinöörejäkin. Jaa sivu ystävien ja työtovereiden kanssa.