85+ szoftvertesztelési interjú kérdések és válaszok
Thomas Hamilton
Íme egy lista az összes fontos szoftvertesztelési interjúról a kezdőknek és a szakembereknek. Szerezze meg álmai munkáját a szoftvertesztelés területén a szoftvertesztelési interjú útmutatója segítségével.
Szoftvertesztelési interjúkérdések pályakezdőknek
1) Mi az integrációs tesztelés?
Az integrációs tesztelés egy olyan szoftvertesztelési módszer, amely egyesíti és teszteli az egyes alkalmazáskomponenseket. Általában az egység és a funkcionális tesztelés után hajtják végre.
2) Mi az a véletlenszerű tesztelés?
A véletlenszerű tesztelés, más néven Ad hoc tesztelés egy olyan módszer, amely nem követi az alkalmazáshoz kapcsolódó teszteseteket vagy követelményeket. Sok esetben ez egy nem tervezett tevékenység, amikor az alkalmazás bármely részét véletlenszerűen ellenőrzik, hogy hibákat találjanak.
3) Mi az SDLC?
Az SDLC (Szoftverfejlesztési életciklus) egy szisztematikus folyamat szoftverfejlesztésre, amely biztosítja a megépített szoftver minőségét és helyességét. Ez a Szoftverfejlesztési életciklus folyamat egy rövid formája, amelynek célja az ügyfelek elvárásainak megfelelő, kiváló minőségű szoftver előállítása.
A fejlesztésnek az előre meghatározott időkeretben és költségben kell elkészülnie. Ez az életciklus egy részletes tervből áll, amely elmagyarázza, hogyan kell megtervezni, felépíteni és karbantartani egy adott szoftvert.
4) Mi az adatvezérelt tesztelés?
Az adatvezérelt tesztelés tesztszkriptek ismételt végrehajtása adatforrások, például XML fájlok, táblázatok, Microsoft Excel és SQL adatbázisok.
A kimenet létrehozásához ezeket az adatforrásokat használhatja bemeneti értékként. Ezt követően az eredményt összehasonlítják a rendszer vagy a szoftver ellenőrzése céljából.
5) Melyek a tesztesetek írásának legjobb gyakorlatai?
Írjon teszteseteket a végfelhasználó szemszögéből:
- Egyszerűen és egyszerűen írja le a tesztlépéseket, hogy bárki könnyen követhesse azokat
- Tedd újra felhasználhatóvá a tesztdobozokat
- Állítsa be a megadott prioritást
- Le kell írnia a tesztesetet, a tesztadatokat, a várt eredményeket, az előfeltételeket és az utófeltételeket.
- Írjon érvénytelen teszteseteket az érvényes teszteseteken kívül
- Kövesse az összes megfelelő elnevezési konvenciót
- Revnézze meg a teszteseteket, és szükség esetén frissítse azokat.
6) Mi az a határérték-elemzés?
Ez egy szoftvertesztelési technika, amelyet az ekvivalencia osztályok partícióinak határértékeinek elemzésére használnak. Ez a tesztelési módszer segít a hibák azonosításában a határokon belüli értékek helyett.
7) Melyek a fontos tesztelési mutatók?
Íme néhány fontos tesztelési mérőszám:
- A javított hibák teljes száma.
- A talált hibák száma és súlyosságuk sorrendje.
- A forráskód hibája által okozott problémák teljes száma a konfigurációs vagy külső környezeti tényezők függvényében
- A hibajavítások aránya az idő múlásával
- Numbers kiemelkedő hibákat a kiadás előtt.
- A felhasználók által jelentett hibák és a tesztelők által talált hibák.
8) Milyen paraméterek segítik a tesztvégrehajtás minőségének ellenőrzését?
A tesztvégrehajtás minőségének ellenőrzéséhez a két legfontosabb paraméter:
- A hiányos selejt arány az összes selejt és a teljes termelés aránya.
- A hiba szivárgási aránya az összes selejt és a teljes termelés aránya.
9) Melyek a különböző tesztszintek?
- A tesztszintek négy típusa a következő: Egység/komponens/program/modul tesztelése
- Integrációs tesztelés
- Rendszer tesztelés
- Átvételi tesztelés
10) Mi a hiba/hiba életciklusa?
A hiba életciklusát hiba életciklusnak is nevezik. A szoftverfejlesztési folyamatban minden hibának van életciklusa. A hibának végig kell mennie az életcikluson, hogy bezárják. A hiba életciklusa az eszközöktől (QC, JIRA stb.) és az alkalmazott szervezeti folyamattól függ.
11) Mi az a konfigurációkezelés?
Konfigurációkezelés egy tesztelési módszer a termék fizikai, teljesítménybeli, funkcionális, tervezési és működési információinak konzisztenciájának megállapítására és fenntartására. Költséghatékonyságot és jobb időgazdálkodást is biztosít szervezetének.
12) Melyek a hibajelentés formátumának fő összetevői?
Íme a hibajelentés formátumának alapvető összetevői:
- A projekt neve
- A modul neve
- Hiba észlelve
- Hibaazonosító
- A hiba neve
- Képernyőkép a hibáról
- Súlyosság és elsőbbségi állapot
- A hiba megoldódott és megoldódott
13) Mi a különbség a kettő között Selenium és Sikuli?
Íme néhány alapvető különbség a kettő között Selenium és Sikuli:
| Selenium | Sikuli |
| Nem automatizálhatja a flash objektumokat, például a videolejátszókat, audiolejátszókat stb. | Széleskörű támogatást kínál a flash objektumok automatizálásához |
| Bonyolult API-ja van | Van egy egyszerű API |
| Csak webes alkalmazásokat képes automatizálni | Automatizálhatja a webet és a Windows alkalmazást is. |
14) Melyek a webes tesztelési biztonsági problémák típusai?
- Szolgáltatásmegtagadási (DOS) támadás
- Egyéb statisztikák megtekintése
- Buffer túlcsordulás
- A belső URL közvetlen továbbítása a böngésző címén keresztül
15) Mi az TestNG?
TestNG egy fejlett keretrendszer, amelyet úgy alakítottak ki, hogy mind a fejlesztők, mind a szoftvertesztelők előnyeit kihasználja. Ez a program egy kivételkezelő mechanizmust is tartalmaz, amely megakadályozza a program váratlan leállását.
16) Mi az a lépcsőzetes hiba?
A hibaléptékezés az alkalmazás egyéb hibáinak kiváltására szolgáló módszer, ha a tesztelés során egy hibát fedeznek fel. Más alkalmazáshibákat is hív, mivel a szoftverfejlesztés későbbi szakaszaiban több hiba is felbukkan.
17) Mi a Workbench koncepció?
A munkapad egy dokumentum, amely elmagyarázza, hogyan kell egy tevékenységet befejezni. Ezt lépésnek, fázisnak vagy feladatnak is nevezik. Platformként működik a tesztelők munkastruktúráinak fejlesztéséhez és nyomon követéséhez. A kezdeti adatok felhasználásával ezzel a módszerrel feloszthatja a feladatokat az egyes fázisokra, és elérheti az ügyfél elvárásait.
A munkaasztalnak öt feladata van:
- Bemenet
- Végrehajt
- Jelölje be
- Termelési teljesítmény
- Újrafeldolgozás
18) Melyek a különböző stratégiák a végfelhasználók számára történő bevezetéshez?
A bevezetéshez követendő stratégiák a következők:
1) Pilóta, 2) fokozatos megvalósítás, 3) Fázisos megvalósítás, és 4) Párhuzamos megvalósítás
19) Mi az a tesztágy?
A Testbed a tesztelési folyamat támogatására használt szoftver, hardver és egyéb tesztelemek. A tesztágy fő célja a tesztek körülményeinek ellenőrzése, monitorozása. A tesztágy számos eszközt és technológiát tartalmaz a manuális szoftvertesztelési módszerben. Mint a PHP, a keretrendszerek, mint a WordPress vagy a Joomla, és az adatbázisok, mint pl PostgreSQL or MySQL.
20) Mi az a nyilatkozat fedezete? Magyarázd meg egy példával.
A Statement Coverage egy fehérdobozos tesztelési módszer, amelyben a forráskódban található összes végrehajtható utasítás legalább egyszer végrehajtásra kerül. Ez a kódlefedettségi módszer kiszámítja a végrehajtott utasítások számát a forráskódban.
Nézzük meg, hogyan kell kiszámítani a kimutatás lefedettségét.
Kimutatás lefedettség kiszámítása egy adott forráskódhoz.
Példa:
Prints (int a, int b) { ------------ Printsum is a function
int result = a+ b;
If (result> 0)
Print ("Positive", result)
Else
Print ("Negative", result)
} ----------- End of the source code
Szoftvertesztelési interjú kérdések és válaszok tapasztaltaknak
21) Mik azok a látens hibák?
A látens hiba olyan kifejezés, amelyet a rejtett, fel nem fedezett szoftverhibák azonosítására használnak speciális műveletkészletek segítségével. Ezek a hibák csak akkor fordulnak elő, ha a szoftvertesztelés egy adott eseményt indít el, elrejtve jelenlétüket.
22) Mi a teljesíthető teszt?
A teszteredmények olyan eszközök, komponensek és dokumentumok, amelyeket a Teszt támogatására karbantartanak és fejlesztettek ki.
Íme a teszteredmények az SDLC (szoftverfejlesztési életciklus) különböző tesztelési fázisaiban:
1) Szoftvertesztelés előtt 2) Szoftvertesztelés közben 3) Szoftvertesztelés után
23) Mi az a mutációteszt?
A mutációs tesztelés fő célja annak ellenőrzése, hogy a tesztadatok vagy tesztesetek hasznosak-e. Ez több kódmódosítás (hiba) szándékos hozzáadásával és az eredeti tesztesetekkel és adatokkal történő újrateszttel történik.
24) Mi az a gamma tesztelés?
A Gamma egy olyan tesztelési megközelítés, amely ellenőrzi a megadott igényeket, amikor a szoftver készen áll a kiadásra. Főleg a végső felhasználó helyén történik.
25) Mi az a tesztkábel?
A tesztkábel olyan tesztelési folyamat, amely szoftvereket és tesztinformációkat gyűjt össze egy teljes program vagy egység teszteléséhez. Különböző változó körülmények között fut, például stresszes, adatvezérelt, valamint viselkedését és kimeneteit figyeli.
26) Mi az a tesztzárás?
Ez egy olyan dokumentum, amely összefoglalja az SDLC (Szoftverfejlesztési életciklus) során végzett összes tesztet. Részletes elemzést kínál az eltávolított és talált hibákról.
A tesztzáradék tartalmazza a sz. aggregátumot is. a kísérletek számát, a végrehajtott kísérletek teljes számát, a nem kijavított hibák számát, az elutasított hibák teljes számát stb.
27) Mi az a Fuzz-tesztelés?
A Fuzz-tesztelés a szoftverkódolási hibák és a biztonsági rések kimutatására szolgáló tesztelési módszer. Ban,-ben Fuzz tesztelés módszerrel véletlenszerű adatokat adnak a rendszerhez a rendszer összeomlásához. Ha a sebezhetőség továbbra is fennáll, a lehetséges okok meghatározására egy fuzz teszter néven ismert eszközt használnak.
28) Mit jelent a végpontok közötti tesztelés?
A végponttól végéig tesztelés egy alkalmazás tesztelésének módszere, amely segít megbizonyosodni arról, hogy az elvárt módon működik-e. Ezt kell használni az alkalmazás folyamatának tesztelésére az elejétől a végéig.
Ennek a tesztelési módszernek az a célja, hogy megvizsgálja a teljes rendszer áramlását. Azt is megerősíti, hogy az adatok integritása megmarad a különböző rendszerkomponensek és a rendszerek között.
29) Mi az a dinamikus szoftverteszt?
A statikus teszteléssel összehasonlítva a dinamikus szoftverteszt teszteli a szoftvert a végrehajtás során. A szoftvertesztelő tesztkörnyezetben futtatja a szoftvert, végigmegy az összes lépésen, belép a bemenetekre, és ellenőrzi a tényleges kimenetet a lehetséges eredménnyel.
30) Mi az a böngészők közötti tesztelés? Milyen eszközöket használna?
A webalkalmazások különböző böngészőkben futnak, például Chrome, Mozilla Firefox, Microsoft Edge, Safari és még sok más. Mindezek a böngészők alapvetően ugyanúgy működnek a webes szabványok megvalósításában. A böngészők közötti tesztelés segítségével ellenőrizheti, hogy webhelye vagy alkalmazása a kívánt módon működik-e, ha különböző böngésző-OS kombinációkat használ.
31) Mi a regressziós és konfirmációs tesztelés?
Íme két fontos vizsgálati módszer:
- Regressziós teszt megerősíti, hogy a legutóbbi kódmódosítás nem érintette a meglévő funkciókat.
- Megerősítő tesztelés: A hibát akkor jelentjük, ha a teszt hiba miatt sikertelen. Ezt követően egy új szoftververzió kerül benyújtásra a javított hibával. Ezt megerősítő tesztelésnek vagy újratesztelésnek hívják.
32) Hogyan lehet kihagyni egy metódust vagy egy kódblokkot TestNG?
Kihagyhat egy adott vizsgálati módszert vagy kódot; majd beállíthatja az „enabled” paramétert a teszt annotációban false értékre.
@Test (enabled = false)
33) Hogyan készítsünk képernyőképeket Selenium WebDriver?
- A képernyőt a TakeScreenshot funkció használatával készítheti el.
- getScreenshotAs () metódus lehetővé teszi a képernyőkép mentését.
34) Mikor kell használni? Selenium Rács?
A Selenium Rács lehetővé teszi egy tesztszkript futtatását több platformon és böngészőben egyidejűleg. Ez elősegíti az elosztott tesztvégrehajtást, a különböző környezetekben végzett tesztelést, és jelentősen megtakarítja a végrehajtási időt.
35) Mi az a tesztstratégia?
A tesztstratégia egy magas szintű dokumentum, amelyet általában a projektmenedzser dolgoz ki. Megragadja a termék tesztelésének és a célok elérésének megközelítését. Általában a Business Requirement Specification (BRS)-ből származik.
36) Mi az a módosítási kérelem?
Az ügyfelek a szoftverfejlesztés során módosítási kérelmeket alkalmaznak a szoftver meglévő funkcionalitásának megváltoztatására.
37) Mi az ellenőrzés?
Az ellenőrzés a mérési folyamat, Például. Segít ellenőrizni, hogy ennek megfelelően fejleszti-e a terméket vagy sem. Az itt érintett tevékenységek az ellenőrzések.
38) Mi az a szürke Box Tesztelés?
A szürke doboz a fehér kombinációja Box és fekete Box Tesztelés. Az ilyen típusú tesztelésben részt vevő tesztelőknek hozzáférést kell biztosítani a tervdokumentumokhoz. Ez segít jobb tesztesetek létrehozásában ebben a folyamatban.
39) Mi a teszt lefedettsége?
Teszt lefedettség A szoftvertesztelés metrikájaként van definiálva, amely a tesztek sorozata által végrehajtott tesztelések mennyiségét méri. Tartalmazza a program azon részeire vonatkozó információk összegyűjtését, amelyeket a tesztcsomag végrehajtásakor végre kell hajtani. Használhatja azt is, hogy meghatározza, hogy a feltételes utasítások mely ágait vették fel.
40) Mi az a döntési lefedettség?
Példa a döntési lefedettségre:
Demo (int a) {
If (a> 5)
a=a*3
Print (a)
}
1 forgatókönyv:
A értéke 2
Itt a sárgával kiemelt kód kerül végrehajtásra, és a „Nem” döntés eredménye Ha (a>5) be van jelölve.
Döntési fedezet = 50%
2 forgatókönyv:
A értéke 6
Ebben a forgatókönyvben a sárgával kiemelt kód végrehajtásra kerül. Itt a döntés „Igen” eredménye Ha (a>5) be van jelölve.
Döntési fedezet = 50%
| Teszt eset | A értéke | teljesítmény | Döntés lefedettsége |
| 1 | 2 | 2 | 50% |
| 2 | 6 | 18 | 50% |
Szoftvertesztelési interjú kérdések és válaszok 3 éves tapasztalattal
41) Mit értesz józansági tesztelés alatt?
A józanságtesztet a felépítés után hajtják végre, hogy ellenőrizzék az új funkcionalitást/hibákat, amelyeket a józansági tesztelés során ki kell javítani. Fő célja a teljes funkcionalitás ellenőrzése, amely segít eldönteni, hogy a hiba javítva van-e, és a Teszt alatt teszteli a javított hiba hatását az alkalmazásra.
42) Mi az a TDD?
A tesztvezérelt fejlesztés (TDD) egy tesztesetek által vezérelt szoftverfejlesztési módszertan, amely segít a megvalósítandó funkcionalitás létrehozásában. A tesztesetek TDD módszerrel készülnek.
43) Mi az ellenőrzés és érvényesítés a szoftvertesztelésben?
- Ellenőrzés: Ez egy statikus elemzési technika. Ennél a módszernél a tesztelés a kód végrehajtása nélkül történik. Példák Reváttekintés, ellenőrzés és áttekintés.
- Érvényesítés: Ez egy dinamikus elemzési módszer, ahol a tesztelés a kód végrehajtásával történik. Példák funkcionális és nem funkcionális tesztelési technikákra.
44) Miben különbözik az érvényesítés a hitelesítéstől?
| Igazolás | Érvényesítés |
| Kiértékeli, hogy a szoftver megfelel-e a specifikációnak vagy sem. | Kiértékeli, hogy a specifikáció megfelel-e az ügyfél igényeinek vagy sem. |
| Az ellenőrzés a statikus tesztelés egy fajtája. | Az érvényesítés a dinamikus tesztelés egyik fajtája. |
| Nincs szükség a kód végrehajtására. | Kódvégrehajtást igényel. |
45) Mi alapján tudja feltérképezni az automatizálási tesztelés sikerét?
Az automatizálási tesztelés alapján a következő kritériumok térképezhetők fel:
- Hibaészlelési arány
- Automatizált végrehajtási idő és időmegtakarítás a termékkiadásnál
- Munkaerő és egyéb költségek csökkentése
46) Mi az a tesztstratégia?
A tesztstratégia egy magas szintű dokumentum (statikus dokumentum), amelyet általában a projektmenedzser dolgoz ki. Ez egy tesztelési dokumentum, amely rögzíti, hogyan teszteljük a terméket és érjük el a célokat. Főleg az üzleti követelményspecifikációból származik. Egy olyan alapvető dokumentum, mint a Tesztterv, úgy készül, hogy ezt a dokumentumot alapul veszik.
47) Mi az az ügyféloldali érvényesítés?
A kliens oldali ellenőrzés a böngésző szintjén történik, ahol a felhasználó bevitelét magán a böngészőben ellenőrzik a szerver közreműködése nélkül.
48) Mi az a kontextus-vezérelt tesztelés?
A kontextus-vezérelt tesztelés egy szoftvertesztelési módszer számítógépes szoftverek fejlesztésére és hibakeresésére, amely figyelembe veszi, hogy a programokat a való világban várhatóan hogyan fogják használni.
49) Melyek a szoftvertesztelés kilépési feltételei?
A kilépési kritérium olyan konkrét feltételek összessége, amelyek meghatározzák az alkalmazás megállapodott jellemzőit vagy állapotát, jelezve a termék vagy folyamat befejezését.
50) Melyek a különböző tesztelési módszerek?
A szoftvertesztelés három módszere a következő:
- Fekete doboz tesztelése: A fekete doboz tesztelési technikája kizárólag a követelményeken és az előírásokon alapul. Ez a stratégia nem követeli meg a belső útvonalak, struktúrák vagy a tesztelt szoftver ismeretét.
- Fehér doboz tesztelés egy belső elérési utakon, kódstruktúrákon és a tesztelt szoftveren alapuló tesztelési módszer.
- Szürke doboz tesztelése: Ez egy olyan szoftverhibakeresési módszer, amelyben a szoftvertesztelő kevés tudással rendelkezik a szoftver belső működéséről.
51) Melyek a különböző fedezési technikák?
A lefedési technikák három alapvető típusa:
- Nyilatkozat lefedettsége: Ez a módszer segít biztosítani, hogy a forráskód minden sora végrehajtásra és tesztelésre kerüljön.
- Döntés lefedettsége: Biztosítja, hogy a forráskódban szereplő minden döntés (igaz vagy hamis) végrehajtásra és tesztelésre kerüljön.
- Útvonal lefedettsége: Ellenőrizze, hogy minden lehetséges útvonalat teszteltek-e a kód adott részén keresztül.
52) Mi az a kiindulási tesztelés?
Az alapszintű tesztelés olyan tesztek sorozata, amelyek teljesítményadatokat gyűjtenek. Az összegyűjtött információk felhasználhatók az alkalmazás teljesítményének és képességeinek javítására is az eredmények alapján történő változtatásokkal. Az alapszintű tesztelés során az alkalmazás teljesítményét összehasonlítják a korábbi teljesítményével.
53) Mi az a rendszerszintű tesztelés?
A teljes számítógépes rendszer tesztelését az összes modulon keresztül rendszerszintű tesztelésnek nevezzük. Ez a vizsgálati módszer magában foglalja a funkcionális és a szerkezeti tesztelést is.
54) Mi az a Bucket Testing?
A vödörtesztet A/B tesztelésnek is nevezik. Főleg arra használják, hogy tanulmányozzák a különféle terméktervek hatását a webhelyek mutatóira. Ebben a tesztelési módszerben két egyidejű verzió fut egyetlen vagy több weboldalon, ami segít mérni a kattintási arány, a felület és a forgalom különbségét.
Szoftvertesztelési interjúkérdések és válaszok több mint 5 éves tapasztalattal
55) Mi az N+1 tesztelés?
A regressziós tesztelés variációja N+1. Ezt több ciklusban hajtják végre, amelyek során az „N” vizsgálati ciklusban talált hibákat feloldják és újra tesztelik az N+1 vizsgálati ciklusban. Ez a folyamat addig folytatódik, amíg nem talál hibát.
56) Mit jelent az alulról felfelé irányuló tesztelés?
Az alulról felfelé irányuló tesztelés során egy módszer az, hogy először a legalacsonyabb szintű komponenseket, majd a magasabb szintű komponenseket tesztelik. Ez addig ismétlődik, amíg a hierarchia tetején lévő komponens tesztelésre nem kerül.
57) Mi az a kockázatalapú tesztelés?
A kockázatalapú tesztelés a tesztek kockázat szerinti rangsorolásán alapuló tesztstratégia létrehozásának megközelítése. A megközelítés alapja a részletes kockázatelemzés és a kockázatok rangsorolása.
58) Melyek a formális felülvizsgálat különböző fázisai?
A hivatalos felülvizsgálati folyamat hat lépésből áll:
- Tervezés
- Kezdőrúgás
- Előkészítés
- Revtalálkozót
- Újrafeldolgozás
- Követés
59) Mik azok a félig véletlenszerű tesztesetek?
A félig véletlenszerű tesztesetek olyan tesztesetek, amelyek véletlenszerű teszteseteket hajtanak végre, és ekvivalencia-particionálást is végeznek. Kiküszöböli a redundáns teszteseteket is, ami félig véletlenszerű tesztkészletet eredményez.
60) Mi az API-tesztelés?
API tesztelés ellenőrzi a szoftver által használt API-k működését. Szoftvertesztelőként olyan kódot kell írnia, amely API-kérést küld az API-t és a szükséges bemeneteket biztosító szerverhez. Összegyűjti a válasz kimenetét, és egyezteti a tényleges kimenetet a várt kimenettel.
61) Mi az az elfogadási teszt?
Az elfogadási tesztelés a végfelhasználó vagy az ügyfél által végzett tesztelés egy fajtája. Ellenőrzi vagy elfogadja a szoftverrendszert, mielőtt a szoftveralkalmazásokat áthelyezi az éles környezetbe.
60) Mi az a globalizációs tesztelés?
A globalizáció egy olyan szoftvertesztelési módszer, amellyel olyan szoftveralkalmazásokat tervezünk, amelyek változtatás nélkül alkalmazkodnak számos nyelvhez és régióhoz.
61) Mi az a GUI tesztelés?
A grafikus felhasználói felület vagy a grafikus felhasználói felület tesztelése teszteli a szoftver felhasználói felületét a megadott követelményeknek / HTML terveknek / maketteknek stb.
62) Mi az RTM a szoftvertesztelésben?
Az RTM a (Requirement Traceability Matrix) rövid rövidítése. Ez egy olyan eszköz, amely segít a tesztelőnek nyomon követni a követelmények lefedettségét a tesztelési folyamat során, amikor a követelménydokumentum megérkezik. A követelmények alapján fejlesztik, és az adott szoftverrendszer vagy alkalmazás megjelenéséig karbantartják.
63) Mi az a terhelésteszt?
A terhelési tesztelés egy olyan teljesítménytesztelési módszer, amelynél az alkalmazás több terhelési szinten is fut. Figyelemmel kísérheti a kiszolgáló csúcsteljesítményét, válaszidejét stb. Párhuzamos rendszerterhelés esetén ez a módszer lehetővé teszi az alkalmazás stabilitásának, teljesítményének és integritásának mérését.
64) Mi a különbség az SDLC és az STLC között?
Íme néhány különbség az SDLC és az STLC között
| SDLC | STLC |
| Az SDLC életciklusának célja a szoftver sikeres fejlesztésének befejezése, beleértve a tesztelést és az egyéb fázisokat. | Az STLC fázis egyetlen célja a tesztelés. |
| Az SDLC-ben a BA (Business Analyst) összegyűjti a követelményeket, és létrehozza a fejlesztési tervet | Az STLC-ben a minőségbiztosítási csapat elemzi a követelményeket, hogy teszttervet készítsen, és funkcionális és nem funkcionális dokumentumokat készítsen. |
| Ebben az életciklusban a fejlesztőcsapat elkészíti a magas és alacsony szintű tervezési terveket | Ebben az életciklusban a tesztelemző elkészíti az integrációs teszttervet |
| A tényleges kódot kidolgozzák, és a tényleges munka a tervdokumentumok szerint történik. | A szoftvertesztelő csapat elkészíti a tesztkörnyezetet és végrehajtja azokat |
65) Mi az a telepítési tesztelés?
A telepítési tesztelés azt ellenőrzi, hogy sikeresen tudjuk-e telepíteni a szoftvert a telepítési dokumentumban leírtak szerint.
66) Mi az interfész tesztelése?
Az interfész tesztelése ellenőrzi, hogy az egyes modulok megfelelően kommunikálnak-e az adott specifikációknak megfelelően. Főleg a GUI-alkalmazások felhasználói felületének tesztelésére szolgál.
67) Mi az a Bing Bang modell?
Az ősrobbanás modell a szoftverfejlesztésre és az erőforrások kódolására összpontosít, kevés vagy tervezés nélkül. Ebben a modellben a követelményeket akkor értik meg és valósítják meg, amikor azok jönnek. Ez a szoftvermodell kisebb fejlesztőcsapatokkal rendelkező kis projekteknél működik a legjobban.
68) Melyek azok a gyakori forgatókönyvek, amikor az automatizált tesztelés jobb, mint a kézi tesztelés?
A következő feltételek mellett választhatja az automatikus tesztelést a kézi tesztelés helyett:
- Ismételten kell tesztelnie az eseteket hosszú ideig.
- Szükséges regressziós, teljesítmény- és terhelési tesztek elvégzése.
- Rögzíteni szeretné a tesztelési folyamatot.
- Amikor minimális ideje van a tesztelési fázis befejezésére
- Teszteket hajt végre szabványos futási környezetben
- A kézi tesztelés nagyon időigényes és redundáns lesz, ha a terméket többszörösen és gyorsan telepítik.
69) Mi az a kliens-szerver tesztelés?
A kliens-szerver alkalmazás az, ahol maga az alkalmazás telepítésre kerül egy olyan kiszolgálóra, ahol az alkalmazás EXE fájlja betöltődik az összes kliens gépen. Ezt a környezetet széles körben használják az intranet hálózatokban.
70) Mi az egységteszt?
Az egységtesztelés egyfajta szoftverteszt, amikor egy szoftver egyes egységeit vagy összetevőit tesztelik. Az ilyen típusú tesztelés célja annak ellenőrzése, hogy a forráskód moduljai megfelelően működnek-e.
71) Mi a szerepe a használhatósági tesztelésnek a webes tesztelésben?
A webes tesztelésben a használhatósági tesztelés létfontosságú szerepet játszik. Köztudott, hogy a használhatóság tesztelése annak meghatározását jelenti, hogy a végfelhasználó hogyan férhet hozzá könnyen az alkalmazáshoz programozási nyelv ismerete nélkül.
72) Milyen alapra juthat a projekt becsléséhez?
Bármely projekt becsléséhez a következő szempontokat kell figyelembe vennie:
- Ossza fel a teljes projektet kisebb feladatokra
- Ossza ki az egyes feladatokat a csapattagok között
- Segít megbecsülni az egyes feladatok elvégzéséhez szükséges erőfeszítést
- Érvényesítse a becslést
73) Mi az a kritikus hiba?
A kritikus hiba azt jelenti, hogy egy nagy darab funkcionalitás vagy jelentős rendszerelem megsérült, és nincs lehetőség a továbblépésre.
Például nem tudjuk tesztelni a többi modult az egyik modul hibája miatt, amely blokkolta a többi modul tesztelését. Az ügyfél üzletét érintő hibák kritikusnak minősülnek.
74) Mi az a hibaszivárgás?
A tesztelő csapat kihagyott egy hibát a tesztelés során, és a buildet kiadták éles verzióra. Ha a végfelhasználó vagy az ügyfél megtalálta a hibát (amit a szoftvertesztelő csapat figyelmen kívül hagyott), azt hibaszivárgásnak nevezik.
75) Mi az Error Seeding?
Ez egy olyan módszer, amellyel ismert hibákat adunk hozzá egy programhoz, amely segít azonosítani a hibaészlelési arányt. Segít felmérni a tesztelő készségeit a hibák keresésében.
76) Mi a SPICE a szoftvertesztelésben?
A SPICE a Szoftverfolyamat-fejlesztés és képességmeghatározás rövid formája. Ez egy szabványos keretrendszer a fejlesztési folyamat hatékonyságának és eredményességének értékeléséhez.
77) Mi az Object Repository?
Az Object Repository webelemek és helymeghatározóik gyűjteménye, amelyek a tesztelt alkalmazáshoz (AUT) tartoznak. A QA-k az összes elemkeresőt egy külön fájlban tartják fenn, amelyet tulajdonságfájlnak (. properties) neveznek Selenium. A végrehajtási szakaszban lehetővé teszi a tesztszkript és az alkalmazás közötti objektumok azonosítását.
78) Mi az a hibajelentés?
A szoftvertesztelési folyamat során a szoftvertesztelő rögzíti megállapításait, megfigyeléseit, megállapításait és egyéb hasznos információkat a fejlesztők vagy a menedzsment számára. Ezek az adatok a hibajelentésként ismert tesztrekord részei.
A hibajelentés a következő előnyöket nyújtja:
- Értsd meg a problémát
- Lépések a probléma reprodukálására
- Megtörténik a környezet és a Teszt alatti konkrét állapot
- A megoldás, ha/és amikor a fejlesztők megoldják a problémát
79) Mit jelent az Error Guessing in Software Testing?
A hibakitalálás egy teszteset-tervezési módszer, amely hasonló a hibavetéshez. Ebben a tesztelési módszerben a tesztelők úgy tervezik meg a teszteseteket, hogy kitalálják a szoftveralkalmazásban előforduló lehetséges hibákat.
80) Mi az a Showstopper hiba?
Ez egy olyan hiba, amely nem teszi lehetővé a felhasználó számára, hogy továbblépjen az alkalmazásban. Majdnem olyan, mint egy összeomlás.
Például győződjön meg arról, hogy az egyik szoftveralkalmazásban a bejelentkezési gomb akkor sem működik, ha érvényes felhasználónévvel és jelszóval rendelkezik; nem léphet tovább, mert a bejelentkezési gomb nem működik.
81) Mi az a Bug Bounty?
A bug bounty program segít a szervezetnek jutalmazni azt, aki hibát talál a szoftverében, és jelenti azokat. Ez egy olyan fogalom, amely régóta létezett. Létrejött az internet.
Sok vállalat kezdte megérteni, milyen drága szakértőket felvenni a behatolási tesztelésre, valahányszor a rendszerükben vagy az alkalmazásukban sebezhetőséget akarnak keresni.
82) Mi az állapotátmenet?
Az állapotátmenet tesztelése segíti a teszteseteket egy olyan alkalmazásból, ahol különböző rendszerátmeneteket kell tesztelnünk. Ezt a módszert akkor alkalmazhatjuk, ha egy alkalmazás ugyanarra a bemenetre külön kimenetet ad, attól függően, hogy mi történt a korábbi állapotban.
83) Mit értesz Defekt Triage alatt?
Hibaosztályozás egy olyan módszer, amely segít megtalálni a hibákat prioritásként a különböző jellemzők, például kockázat, súlyosság és a probléma megoldásához szükséges idő függvényében. Különféle érdekelt felek vesznek részt, mint például a fejlesztőcsapat, a tesztelési csapat, a projektmenedzser stb.
84) Mi az a hibaelhárítási hatékonyság?
A hibaelhárítási hatékonyság egy olyan tesztelési mérőszám, amely azt jelzi, hogy a fejlesztőcsapat milyen hatékonyan tudja kijavítani a hibákat és problémákat a termék megjelenése előtt. Segít mérni a hibák arányát a talált problémák számához viszonyítva. Például, ha a tesztelés során 100-at fedeztek fel, és 80-at javítottak, a DRE 100/80 = 1.25%.
85) Mi az a beáztatási teszt?
Ha egy rendszert nagyon nagy terhelésen futtatunk huzamosabb ideig a teljesítményproblémák azonosítása érdekében, ezt beitatástesztnek nevezzük.
86) Mi az a peszticid-paradoxon?
A szoftverteszteknél a Peszticid-paradoxon akkor fordul elő, ha az ismétlődő tesztesetek nem tárnak fel új hibákat. Leküzdheti ezt a peszticid-paradoxont, mivel elengedhetetlen, hogy rendszeresen felülvizsgáljuk a teszteseteket, amelyeket tudunk, és hozzáadjuk vagy frissítjük, hogy további hibákat találjunk.
