Összeállítottuk a leggyakrabban feltett manuális tesztelési interjú kérdéseket és válaszokat, amelyek megismertetik Önt azzal a típusú szoftvertesztelési interjúval, amelyet az interjúztató megkérdezhet az interjú során. A kézi tesztelési interjúk és válaszok listáján áttekintettük az összes gyakran feltett alapvető és haladó szoftveres tesztelési interjúk kérdését, részletes válaszokkal, hogy könnyebben tisztázhassuk a manuális tesztelési interjúkat.
Majdnem 150 fontos interjúkísérletet tárgyaltunk a kézi tesztelés számára az újonnan jelentkezők számára, valamint a kézi teszteléssel kapcsolatos interjú kérdéseket tapasztalt minőségellenőrzési mérnökök számára, hogy elősegítsük a következő interjú felkészülését. Ez a kézi teszteléssel kapcsolatos interjúkérdések részletes útmutatója segít a Szoftverteszteléssel kapcsolatos állásinterjú feltörésében.
Interjúkérdések és válaszok kézi tesztelése
1. Mi az a feltáró tesztelés?
A feltáró teszt egy gyakorlati megközelítés, amelyben a tesztelők részt vesznek a minimális tervezésben és a teszt maximális végrehajtásában. A tervezés magában foglalja a teszt charter elkészítését, a rövid (1-2 órás) időbeosztott teszt erőfeszítéseinek rövid ismertetését, az alkalmazandó célokat és lehetséges megközelítéseket. A teszt tervezési és végrehajtási tevékenységeit párhuzamosan hajtják végre, jellemzően anélkül, hogy formálisan dokumentálnák a vizsgálati körülményeket, teszteseteket vagy tesztparancsfájlokat. Ez nem azt jelenti, hogy más, formálisabb tesztelési technikákat nem használnak. Például a tesztelő dönthet a határérték-elemzés alkalmazása mellett, de átgondolja és teszteli a legfontosabb határértékeket anélkül, hogy szükségszerűen leírná azokat. Néhány feljegyzést a felderítő-tesztelés során írunk, hogy utána jelentést lehessen készíteni.
2. Mi az a "használati eset tesztelése"?
Az alkalmazás funkcionális követelményeinek az elejétől a végéig történő azonosítása és végrehajtása érdekében a "használati esetet" használják, és az erre használt technikákat "felhasználási esetek tesztelésének" nevezik.
3. Mi a különbség az STLC (Software Testing Life Cycle) és az SDLC (Software Development Life Cycle) között?
Az SDLC a szoftver fejlesztésével / kódolásával, míg az STLC a szoftver validálásával és ellenőrzésével foglalkozik
4. Mi a nyomonkövethetőségi mátrix?
A tesztesetek és a követelmények közötti kapcsolatot egy dokumentum segítségével mutatjuk be. Ez a dokumentum nyomonkövethetőségi mátrix néven ismert.
5. Mi az az ekvivalencia particionálási teszt?
Az ekvivalencia-particionáló teszt egy szoftveres tesztelési technika, amely az alkalmazás bemeneti teszt adatait minden partícióra felosztja legalább egyszer az egyenértékű adatokkal, amelyekből tesztesetek származhatnak. Ezzel a tesztelési módszerrel lerövidíti a szoftver teszteléséhez szükséges időt.
6. Mi a fehér doboz tesztelése, és sorolja fel a fehér doboz tesztelés típusait?
A fehér dobozos tesztelési technika magában foglalja a tesztesetek kiválasztását egy alkatrész vagy rendszer belső szerkezetének (kód lefedettség, ágak lefedettsége, útvonalak lefedettsége, állapot lefedettség stb.) Elemzése alapján. Kódalapú tesztelésnek vagy strukturális tesztelésnek is nevezik. Különböző típusú fehér doboz tesztek
- Nyilatkozati lefedettség
- Döntési lefedettség
7. A fehér doboz tesztelésében mit igazol?
A fehér doboz tesztelése a következő lépéseket igazolja.
- Ellenőrizze a biztonsági réseket a kódban
- Ellenőrizze a hiányos vagy törött utakat a kódban
- Ellenőrizze a szerkezet folyamatát a dokumentum specifikáció szerint
- Ellenőrizze a várható eredményeket
- Ellenőrizze az összes feltételes hurkot a kódban az alkalmazás teljes működésének ellenőrzéséhez
- Ellenőrizze a sort vonalkódolással, és fedje le a 100% -os tesztelést
8. Mi a fekete doboz tesztelése? Melyek a különböző fekete doboz tesztelési technikák?
A fekete doboz tesztelése az a szoftver tesztelési módszer, amelyet a szoftver tesztelésére használnak a kód vagy a program belső szerkezetének ismerete nélkül. Ezt a tesztelést általában egy alkalmazás működésének ellenőrzésére végzik. A különböző fekete doboz tesztelési technikák
- Ekvivalencia felosztás
- Határérték elemzés
- Ok-okozati grafikon
9. Mi a különbség a statikus és a dinamikus tesztelés között?
Statikus tesztelés: A statikus tesztelési módszer során a kód nem kerül végrehajtásra, és a szoftver dokumentációjával történik.
Dinamikus tesztelés: A teszt végrehajtásához a kódnak futtatható formában kell lennie.
10. Mi az ellenőrzés és az érvényesítés?
Az ellenőrzés a szoftver kiértékelésének folyamata a fejlesztési szakaszban. Segít eldönteni, hogy egy adott alkalmazás terméke megfelel-e a meghatározott követelményeknek. Az érvényesítés a szoftver kiértékelésének folyamata a fejlesztés után, és annak ellenőrzése, hogy megfelel-e az ügyfél igényeinek.
11. Melyek a különböző tesztszintek?
Négy tesztszint van
- Egység / alkatrész / program / modul tesztelése
- Integrációs tesztelés
- Rendszer tesztelés
- Elfogadási teszt
12. Mi az integrációs tesztelés?
Az integrációs tesztelés a szoftver tesztelési folyamat szintje, ahol az alkalmazás egyes egységeit kombinálják és tesztelik. Általában egység- és funkcionális tesztelés után hajtják végre.
13. Miből áll a teszttervek?
A tesztterv, a hatókör, a tesztstratégiák, a megközelítés különböző részletek, amelyekből a tesztterv-dokumentum áll.
- Teszteset-azonosító
- Hatály
- Tesztelendő jellemzők
- Nem tesztelhető tulajdonságok
- Teszt stratégia és teszt megközelítés
- Teszteljesítmények
- Feladatok
- Személyzet és képzés
- Kockázat és esetlegességek
14. Mi a különbség az UAT (User Acceptance Testing) és a rendszer tesztelése között?
Rendszer tesztelés: A rendszer tesztelése hibák felkutatása, amikor a rendszer egészét tesztelik; end-to-end tesztelés néven is ismert. Ilyen típusú tesztelésnél az alkalmazás a kezdetektől a végéig szenved.
UAT: A felhasználói elfogadás tesztelése (UAT) magában foglalja a termék futtatását egy sor speciális teszten keresztül, amely meghatározza, hogy a termék megfelel-e felhasználói igényeinek.
15. Megemlíti a különbséget az adatközpontú tesztelés és az újratesztelés között?
Újratesztelés: Ez egy olyan hibaellenőrzési folyamat, amelyet a fejlesztőcsapat kijavít annak ellenőrzésére.
Adatvezérelt tesztelés (DDT): Az adatközpontú tesztelési folyamat során az alkalmazást több tesztadattal tesztelik. Az alkalmazást egy másik értékkészlettel tesztelik.
16. Melyek az értékes lépések a problémák megoldására a tesztelés során?
- Felvétel: Naplózza és kezelje az esetleges problémákat
- Jelentés: Jelentse a problémákat a magasabb szintű vezetőnek
- Vezérlés: Adja meg a probléma kezelésének folyamatát
17. Mi a különbség a teszt forgatókönyvek, a tesztesetek és a teszt szkript között?
A teszt forgatókönyvek és a tesztesetek közötti különbség az
Tesztforgatókönyvek: Tesztforgatókönyv minden tesztelhető funkció. Tesztfeltételnek vagy tesztlehetőségnek is nevezik.
Tesztesetek: Ez egy olyan dokumentum, amely tartalmazza a végrehajtandó lépéseket; már korábban tervezték.
Test Script: Programozási nyelven íródott, és ez egy rövid program, amelyet a szoftveres rendszer funkcionalitásának egy részének tesztelésére használnak. Más szavakkal, írott lépések, amelyeket manuálisan kell végrehajtani.
18. Mi a látens hiba?
Látens hiba: Ez a hiba a rendszer meglévő hibája, amely nem okoz hibát, mivel a pontos feltételrendszer soha nem teljesült
19. Mi az a két paraméter, amely hasznos lehet a teszt végrehajtásának minőségének megismeréséhez?
A teszt végrehajtásának minőségének megismeréséhez két paramétert használhatunk
- Hibás elutasítási arány
- Hibás szivárgási arány
20. Mi a szoftvertesztelő eszköz "fantom" funkciója?
A Phantom egy ingyenes szoftver, amelyet a Windows GUI automatizálásának szkriptnyelvéhez használnak. Ez lehetővé teszi számunkra, hogy automatikusan átvegyük az ablakok és a funkciók irányítását. Szimulálni tudja a billentyűleütések és az egérkattintások bármilyen kombinációját, valamint a menüket, listákat és egyebeket.
21. Magyarázza el, hogy mi az a tesztteljesítmény?
A Test Deliverables olyan dokumentumok, eszközök és egyéb komponensek összessége, amelyeket fejleszteni és karbantartani kell a teszteléshez.
A szoftverfejlesztés életciklusának minden szakaszában különböző tesztelérhetőségek vannak
- Tesztelés előtt
- Tesztelés közben
- A tesztelés után
22. Mi a mutációs teszt?
A mutációs tesztelés egy technika annak azonosítására, hogy a tesztadatok vagy tesztesetek hasznosak-e, különféle kódváltozások (hibák) szándékos bevezetésével és az eredeti tesztadatokkal / esetekkel történő újrateszteléssel annak megállapítására, hogy a hibákat észlelték-e.
23. Mit kell figyelembe vennie az automatizálási eszközök kiválasztása előtt az AUT számára?
- Műszaki megvalósíthatóság
- Komplexitás szintje
- Alkalmazási stabilitás
- Teszt adat
- Alkalmazás mérete
- Az automatizált szkriptek újrafelhasználhatósága
- Végrehajtás a környezet egészében
24. Hogyan fogja elvégezni a kockázatelemzést?
A kockázatelemzéshez a következő lépéseket kell végrehajtani
- A kockázat pontszámának megtalálása
- Profil készítése a kockázatról
- A kockázati tulajdonságok megváltoztatása
- Telepítse ennek a tesztkockázatnak az erőforrásait
- A kockázat adatbázisának elkészítése
25. Melyek a hibakeresés kategóriái?
Kategóriák a hibakereséshez
- Nyers erő hibakeresése
- Visszalépés
- Ok megszüntetése
- Program szeletelés
- Hibafa elemzés
26. Mi a hibamaszkolás, magyarázza meg példával?
Amikor egy hiba jelenléte elrejti egy másik hiba jelenlétét a rendszerben, akkor ezt hibamaszkolásnak nevezik.
Példa: Ha a "Negatív érték" a kezeletlen rendszer kivételét okozza, a fejlesztő megakadályozza a negatív értékek bevitelét. Ez megoldja a problémát, és elrejti a kezeletlen kivételkezelés hibáját.
27. Magyarázza el, mi az a tesztterv? Milyen információkkal kell foglalkozni a teszttervvel?
A vizsgálati terv meghatározható a tesztelési tevékenység körét, megközelítését, erőforrásait és ütemezését leíró dokumentumként, és a teszttervnek a következő részleteket kell tartalmaznia.
- Teszt stratégia
- Teszt cél
- Kilépési / felfüggesztési feltételek
- Erőforrás tervezés
- Teszteljesítmények
28. Hogyan szüntetheti meg a termék kockázatát a projektben?
Segít kiküszöbölni a termék kockázatát a projektben, és van egy egyszerű, mégis döntő lépés, amely csökkentheti a termék kockázatát a projektben.
- Vizsgálja meg a specifikációs dokumentumokat
- Beszéljen megbeszéléseket a projektről az összes érdekelt féllel, beleértve a fejlesztőt is
- Igazi felhasználóként járja be a webhelyet
29. Mi az a közös kockázat, amely a projekt kudarcához vezet?
A projekt kudarcához vezető közös kockázat:
- Nincs elegendő emberi erőforrás
- Előfordulhat, hogy a tesztelő környezet nincs megfelelően beállítva
- Korlátozott költségvetés
- Időkorlátozások
30. Mi alapján juthat hozzá a projekt becsléséhez?
A projekt becsléséhez a következő pontokat kell figyelembe vennie
- Ossza meg az egész projektet a legkisebb feladatokra
- Rendeljen minden feladatot a csapat tagjainak
- Becsülje meg az egyes feladatok elvégzéséhez szükséges erőfeszítéseket
- Érvényesítse a becslést
31. Magyarázza el, hogyan osztana ki egy feladatot a csapat tagjainak?
| Feladat | Tag |
|
|
|
|
|
|
|
|
|
|
32. Magyarázza el, mi a tesztelés típusa, és melyek az általánosan használt tesztelési típusok?
A teszt várható eredményének elérése érdekében egy szokásos eljárást követnek, amelyet Tesztelés típusnak neveznek.
A leggyakrabban használt tesztelési típusok
- Egység tesztelése: Tesztelje az alkalmazás legkisebb kódját
- API tesztelés: Az alkalmazáshoz létrehozott API tesztelése
- Integrációs tesztelés: Az egyes szoftver modulokat kombinálják és tesztelik
- Rendszer tesztelés: A rendszer teljes tesztelése
- Telepítés / Telepítés eltávolítása: A tesztelés kliens / ügyfél nézőpontból történik
- Agilis tesztelés: tesztelés agilis technikával
33. Miközben figyelemmel kíséri a projektet, mit kell figyelembe vennie?
A szempontokat figyelembe kell venni
- Menetrend szerint van-e a projektje?
- Túl van-e a költségvetésen
- Ugyanazt a karrier célt szolgálja?
- Van elegendő erőforrása
- Vannak-e figyelmeztető jelek a közelgő problémákra
- Van-e nyomás a menedzsment részéről a projekt mielőbbi befejezésére?
34. Melyek azok a gyakori hibák, amelyek problémákat okoznak?
- Az erőforrások és a rossz projektek összehangolása
- A tesztmenedzser képességeinek hiánya
- Nem hallgat másokra
- Szegény ütemezés
- Alábecsülik
- Az apró problémák figyelmen kívül hagyása
- Nem követi a folyamatot
35. Mit tartalmaz egy tipikus vizsgálati jelentés? Milyen előnyei vannak a tesztjelentéseknek?
A tesztjelentés a következőket tartalmazza:
- Projekt információk
- Teszt cél
- Teszt összefoglaló
- Disszidál
A tesztjelentések előnyei:
- Tájékoztatjuk a projekt aktuális állapotát és a termék minőségét
- Szükség esetén az érintettek és az ügyfelek korrekciós intézkedéseket hozhatnak
- A végleges dokumentum segít eldönteni, hogy a termék készen áll-e a kiadásra
36. Mi a tesztmenedzsment felülvizsgálata és miért fontos?
A menedzsment felülvizsgálatát szoftverminőség-biztosításnak vagy SQA-nak is nevezik. Az SQA inkább a szoftveres folyamatokra koncentrál, mint a szoftveres munka termékekre. Ez egy olyan tevékenységek összessége, amelyek célja annak biztosítása, hogy a projektmenedzser kövesse a szokásos folyamatot. Az SQA segít a tesztmenedzsernek abban, hogy összehasonlítsa a projektet a meghatározott szabványokkal.
37. Melyek a szoftverek minőségbiztosításának legjobb gyakorlatai?
A SQA hatékony megvalósításának legjobb gyakorlatai a következők:
- Folyamatos fejlesztés
- Dokumentáció
- Eszközhasználat
- Metrikák
- A csapattagok felelőssége
- Tapasztalt SQA auditorok
38. Mikor készül az RTM (követelménykövetési mátrix)?
Az RTM a teszteset megtervezése előtt készül el. A követelményeknek nyomon kell követniük a felülvizsgálati tevékenységektől.
39. Mi a különbség a tesztmátrix és a nyomonkövethetőségi mátrix között?
Tesztmátrix : A tesztmátrix a tényleges minőség, erőfeszítés, a terv, az erőforrások és az idő rögzítésére szolgál, amely a szoftver tesztelésének minden szakaszához szükséges
Nyomon követhetőségi mátrix : A tesztesetek és az ügyfelek igényeinek feltérképezése nyomon követhetőségi mátrix néven ismert
40. A kézi tesztelés során mik azok a csonkok és meghajtók?
Mind a csonkok, mind a meghajtók az inkrementális tesztelés részét képezik. Az inkrementális tesztelés során két megközelítés létezik, nevezetesen alulról felfelé és felülről lefelé történő megközelítés. Az illesztőprogramokat az alulról felfelé történő teszteléshez használják, a csonkot pedig a felülről lefelé történő megközelítéshez. A fő modul teszteléséhez a csonkot használják, amely egy dummy kód vagy program.
41. Mi az a lépés, amelyet követhetne, ha megtalálja a hibát?
Ha hibát talált, kövesse a lépést
a) Hozza létre újra a hibát
b) Csatolja a képernyőképet
c) Naplózza a hibát
42. Magyarázza el, hogy mi a „tesztterv-vezérelt” vagy „kulcsszóval vezérelt” tesztelési módszer?
Ez a technika a tesztelők által kidolgozott tényleges tesztesemény-dokumentumot használja egy speciális "kulcsszavakat" tartalmazó táblázat segítségével. A kulcsszavak vezérlik a feldolgozást.
43. Mi a DFD (Data Flow Diagram)?
Ha az információs rendszeren keresztüli "adatáramlást" grafikusan ábrázolják, akkor az adatfolyam-diagram néven ismert. Az adatfeldolgozás megjelenítésére is használják.
44. Magyarázza el, mi az LCSAJ?
Az LCSAJ jelentése: „lineáris kódsor és ugrás”. A következő három tételből áll
a) A futtatható utasítások lineáris sorrendjének kezdete
b) A lineáris szekvencia vége
c) A célvonal, amelyre a vezérlőáram átkerül a lineáris szekvencia végén
45. Magyarázza el, mi az N + 1 teszt?
A regressziós teszt variációja N + 1. Ebben a technikában a tesztelést 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. A ciklust megismételjük, hacsak nem találtunk hibát.
46. Mi az a Fuzz tesztelés és mikor használják?
A Fuzz tesztet a szoftver biztonsági réseinek és kódolási hibáinak felderítésére használják. Ebben a technikában véletlenszerű adatok kerülnek a rendszerbe a rendszer összeomlásának megkísérléséhez. Ha a biztonsági rés továbbra is fennáll, a fuzz tester nevű eszközt használják a lehetséges okok meghatározására. Ez a technika nagyobb projekteknél hasznosabb, de csak egy fő hibát észlel.
47. Említse meg, milyen fő előnyei vannak a szoftvertesztelés kimutatási lefedettségi mutatójának?
A kimutatási lefedettség mutató előnye
a) Nem igényli a forráskód feldolgozását, és közvetlenül alkalmazható az objektumkódra
b) A hibák egyenletesen oszlanak el a kódon keresztül, amely miatt a lefuttatható futtatható utasítások százaléka tükrözi a feltárt hibák százalékos arányát
48. Hogyan lehet létrehozni teszteseteket a "string string" módszerhez?
a) Ha az új karakterláncban szereplő karakterek> az előző karakterlánc karakterei vannak. Egyik karakternek sem szabad csonkítani
b) Ha az új karakterláncban szereplő karakterek c) A karakterlánc utáni és előtti szóközöket nem szabad törölni d) A karakterláncot csak a karakterlánc első előfordulása esetén szabad cserélni 49. Hogyan fogja kezelni a csapattagjai közötti konfliktust? 50. Mondja meg, melyek a hibák kategóriái? Főleg három hibakategória létezik 51. Magyarázza el, hogy működik a teszt lefedettség eszköze? A kód lefedettség tesztelő eszköz párhuzamosan fut, miközben a tényleges terméket teszteli. A kód lefedettség eszköz figyeli a forráskód végrehajtott utasításait. A végső teszt elvégzése után kapunk egy teljes jelentést a függőben lévő állításokról, és megkapjuk a lefedettségi százalékot is. 52. Említse meg, mi a különbség a "hiba" és a "hiba" között a szoftver tesztelésében? Egyszerűbben fogalmazva, ha a hiba eljut a végfelhasználóhoz, akkor hibának nevezzük, miközben a hibát belül azonosítjuk és megoldjuk; akkor hibának nevezik. 53. Magyarázza el, hogyan kell tesztelni a projekteket a szoftverfejlesztés életciklusán át? A projekt a szoftverfejlesztés életciklusán át a következő módon terjed ki 54. Magyarázza el, mely teszteseteket írják első fekete vagy fehér dobozokba? A fekete doboz teszteseteket először úgy írják, mint a fekete doboz teszteseteket; megköveteli a projekttervet és a követelménydokumentumot, ezek a dokumentumok a projekt elején könnyen elérhetők. Míg a fehér dobozos tesztesetek megírása nagyobb építészeti megértést igényel, és a projekt kezdetekor nem áll rendelkezésre. 55. Magyarázza el, mi a különbség a látens és az álarcos hibák között? 56. Említse meg, mi az alulról felfelé történő tesztelés? Az alulról felfelé történő tesztelés az integrációs tesztelés megközelítése, ahol először a legalacsonyabb szintű alkatrészeket tesztelik, majd a magasabb szintű alkatrészek tesztelésének megkönnyítésére használják. A folyamatot addig ismételjük, amíg a hierarchia tetején lévő komponenst teszteljük. 57. Említse meg, hogy mi a különféle teszt lefedettségi technika? Különböző típusú teszt lefedettségi technikák tartalmazzák 58. Említse meg a légzésvizsgálat jelentését? A lélegzetvizsgálat olyan tesztcsomag, amely a termék teljes funkcionalitását gyakorolja, de a funkciókat nem teszteli részletesen 59. Magyarázd el, mi a Code Walk Through jelentése? A Code Walk Through a program forráskódjának informális elemzése a hibák megkeresése és a kódolási technikák ellenőrzése érdekében 60. Említse meg, melyek a hibabejelentés formátumának alapvető elemei? A hibajelentés formátumának alapvető elemei a következők: 61. Említse meg, mi a célja a végpontok közötti tesztelésnek? Az end-to-end tesztelés a funkcionális tesztelés után történik. A végpontok közötti tesztelés célja az 62. Magyarázd el, mit jelent a tesztköteg alatt? A tesztköteg egy eszközkészlet és tesztadat konfigurálását teszi lehetővé egy alkalmazás teszteléséhez különböző körülmények között, és magában foglalja a kimenet és a várt kimenet megfelelőségének ellenőrzését. 63. Magyarázza el egy tesztelési projektben, hogy milyen tesztelési tevékenységeket automatizálna? A projekt tesztelési tevékenységeinek tesztelésénél automatizálná a 64. Mi a fő előnye annak, ha a teszteket az életciklus elején megtervezzük? Segít megakadályozni, hogy a hibák bekerüljenek a kódba. 65. Mi a kockázatalapú tesztelés? A kockázatalapú tesztelés a tesztstratégia létrehozásának megközelítéséhez használt kifejezés, amely a tesztek kockázat szerinti rangsorolásán alapul. A megközelítés alapja egy részletes kockázatelemzés és a kockázatok kockázati szint szerinti rangsorolása. Ezután meghatározzák az egyes kockázatok kezelésére szolgáló teszteket, először a legmagasabb kockázattal kezdve. 66. Mi a kulcsfontosságú különbség a tesztelés megelőző és reaktív megközelítése között? A megelőző teszteket korán tervezik; a reaktív teszteket a szoftver gyártása után tervezik. 67. Mi a kilépési kritériumok célja? A kilépési kritériumok célja annak meghatározása, hogy egy tesztszint mikor fejeződik be. 68. Mi határozza meg a kockázat szintjét? A nem kívánt esemény valószínűsége és az esemény hatása meghatározza a kockázat szintjét. 69. Mikor alkalmazzák a döntési tábla tesztelését? A döntési tábla tesztelését olyan rendszerek tesztelésére használják, amelyekre a specifikáció szabályok vagy ok-okozati kombinációk formájában történik. A döntési táblázatban a bemenetek oszlopban vannak felsorolva, a kimenetek ugyanabban az oszlopban, de a bemenetek alatt. A táblázat többi része a bemenetek kombinációit vizsgálja az előállított kimenetek meghatározásához. Tudjon meg többet a döntéstáblák tesztelési technikájáról az itt található videó bemutatóban 70. Miért használjuk a döntési táblázatokat? Az ekvivalencia-felosztás és a határérték-elemzés technikáit gyakran alkalmazzák konkrét helyzetekre vagy inputokra. Ha azonban a bemenetek különböző kombinációi különböző műveleteket eredményeznek, akkor ezt nehezebb megmutatni az ekvivalencia particionálás és a határérték-elemzés segítségével, amelyek általában jobban a felhasználói felületre koncentrálódnak. A másik két specifikáció-alapú technika, a döntési táblázatok és az állapotátmenet tesztelése inkább az üzleti logikára vagy az üzleti szabályokra összpontosít. A döntési táblázat jó módszer a dolgok kombinációinak kezelésére (pl. Inputok). Ezt a technikát néha ok-okozati táblának is nevezik. Ennek oka az, hogy létezik egy társított logikai diagramozási technika, az úgynevezett „ok-okozati grafikon”, amelyet néha a döntési táblázat levezetésére használtak 71. Mi a FŐ cél a szoftverkiadás felülvizsgálatakor? Bármely szoftvertermék hibájának azonosítása. 72. Az alábbiak közül melyik határozza meg a teszt várható eredményeit? Teszteset specifikáció vagy teszt terv specifikáció. A teszteset specifikációja meghatározza a teszt várható eredményeit. 73. Mi a tesztfüggetlenség előnye? Kerüli a szerző elfogultságát a hatékony tesztek meghatározásakor. 74. Melyik tesztfolyamat részeként határozza meg a kilépési kritériumokat? A kilépési kritériumokat a „Teszt tervezés” alapján határozzuk meg. 75. Mi az alfa teszt? Kiadás előtti tesztelés a végfelhasználói képviselők részéről a fejlesztő webhelyén. 76. Mi a béta tesztelés? A potenciális vásárlók által a saját helyszínükön végzett tesztelés. 77. Említse meg, mi a különbség a pilóta és a béta teszt között? A különbség a pilóta és a béta teszt között az, hogy a kísérleti tesztelést a felhasználók csoportja a termék felhasználásával végső telepítés előtt végzi el, és a béta tesztelés során nem adunk meg valós adatokat, de a végső ügyfélnél telepítjük az érvényesítéshez ha a termék felhasználható a termelésben. 78. A következő kódrészlet alapján hány teszt szükséges a 100% -os döntéshozatalhoz? 4 79. Olyan teszteseteket tervezett, amelyek 100% -os kimutatást és 100% -os döntési lefedettséget biztosítanak a következő kódrészlet számára. ha szélesség> hosszúság akkor legnagyobb_dimenzió = szélesség más legnagyobb_dimenzió = hosszúság vég_if A fenti a kódrészlet aljára került be. print "Legnagyobb dimenzió a" & legnagyobb_dimensionprint "Szélesség: & szélesség nyomtatás "Hossz: & hossz Hány további teszteset szükséges? Nincs, létező tesztesetek használhatók. 80. Mi a különbség a tesztelési technikák és a tesztelő eszközök között? Tesztelési technika: - Olyan folyamat, amely biztosítja, hogy az alkalmazás rendszerének vagy egységének egyes szempontjai megfelelően működjenek, kevés technika, de sok eszköz lehet. Tesztelő eszközök: - Jármű a tesztfolyamat végrehajtására. Az eszköz erőforrás a tesztelő számára, de önmagában nem elegendő a teszteléshez További információ az eszközök teszteléséről itt 81. A követelményelemzés kimenetét, a követelményspecifikációt használjuk inputként az íráshoz Felhasználói elfogadási teszt esetek 82. Egy már tesztelt program ismételt tesztelése a módosítás után a tesztelt szoftver vagy egy másik kapcsolódó vagy nem kapcsolódó szoftverkomponens változásai eredményeként bevezetett vagy feltárt hibák felderítése érdekében: Regressziós teszt 83. Nagykereskedő nyomtatópatronokat értékesít. A minimális rendelési mennyiség 5. 100 vagy több nyomtatópatron megrendelésére 20% kedvezmény jár. Felkértek, hogy készítsen teszteseteket a megrendelt nyomtatópatronok számának különféle értékeinek felhasználásával. Az alábbi csoportok közül melyik tartalmaz három tesztbevitelt, amelyeket a határérték-elemzéssel lehetne létrehozni? 4, 5, 99 84. Mi az alkatrész tesztelés? Az alkatrész tesztelés, más néven egység, modul és program tesztelés, hibákat keres és ellenőrzi a külön tesztelhető szoftverek (pl. Modulok, programok, objektumok, osztályok stb.) Működését. Az alkatrészek tesztelése a rendszer többi részétől elkülönítve végezhető a fejlesztés életciklusának és a rendszer kontextusától függően. Leggyakrabban a csonkokat és az illesztőprogramokat használják a hiányzó szoftver pótlására, és egyszerűen szimulálják a szoftverelemek közötti interfészt. Csonkot hívnak a tesztelni kívánt szoftverkomponensről; egy járművezető felhív egy tesztelendő alkatrészt. Itt van egy fantasztikus videó az egység teszteléséről 85. Mi a funkcionális rendszer tesztelése? A rendszer egészének végpontok közötti funkcionalitásának tesztelését funkcionális rendszer tesztelésként definiálják. 86. Milyen előnyei vannak a független tesztelésnek? A független tesztelők elfogulatlanok és azonosítják a különböző hibákat. 87. REACTIVE tesztelési megközelítésben mikor várná a teszttervezés nagy részének megkezdését? A teszttervezési munka nagy része a szoftver vagy a rendszer gyártása után kezdődött. 88. Milyen módszerek vannak az agilis fejlesztési modellben? Jelenleg hét különféle agilis módszer létezik, amelyekről tudom: 89. Az alapvető tesztelési folyamat melyik tevékenysége tartalmazza a követelmények és a rendszer tesztelhetőségének értékelését? A „Tesztelemzés” és a „Tervezés” magában foglalja a követelmények és a rendszer tesztelhetőségének értékelését. 90. Mi általában a legfontosabb ok arra, hogy a kockázatot felhasználjuk a tesztelési erőfeszítések ösztönzéséhez? Mert mindent tesztelni nem lehet. 91. Mi a random / majom teszt? Mikor használják? A véletlenszerű tesztelést gyakran majomtesztnek nevezik. Az ilyen típusú tesztelés során az adatokat véletlenszerűen, gyakran egy eszköz vagy automatizált mechanizmus segítségével állítják elő. Ezzel a véletlenszerűen generált bemenettel tesztelik a rendszert, és ennek megfelelően elemzik az eredményeket. Ezek a tesztek kevésbé megbízhatóak; ezért általában a kezdők használják, és megnézik, hogy a rendszer kitart-e káros hatások alatt. 92. Az alábbiak közül melyik érvényes cél az incidensjelentéseknél? 93. Vegye figyelembe a következő technikákat. Melyek statikusak és melyek dinamikus technikák? Az adatáramlás elemzése és ellenőrzése statikus; Az egyenértékűség particionálása, a felhasználási esetek tesztelése, a feltáró teszt és a döntés tesztelése dinamikus. 94. Miért írják le, hogy a statikus tesztelés és a dinamikus tesztelés kiegészíti egymást? Mivel a hibák azonosításának célja közös, de eltérnek a megtalált hibatípusoktól. 95. Melyek a hivatalos felülvizsgálat fázisai? Az informális felülvizsgálatokkal ellentétben a hivatalos felülvizsgálatok hivatalos folyamatot követnek. A tipikus hivatalos felülvizsgálati folyamat hat fő lépésből áll: 96. Mi a moderátor szerepe a felülvizsgálati folyamatban? A moderátor (vagy a felülvizsgálat vezetője) vezeti a felülvizsgálati folyamatot. A szerzővel együttműködve meghatározza az áttekintés típusát, megközelítését és az áttekintő csoport összetételét. A moderátor elvégzi a belépési ellenőrzést és az utómunkálatok nyomon követését annak érdekében, hogy ellenőrizze a felülvizsgálati folyamat bemenetének és kimenetének minőségét. A moderátor az ütemezést is ütemezi, a találkozó előtt terjeszti a dokumentumokat, edzi a csapat többi tagját, felgyorsítja az értekezletet, vezet a lehetséges megbeszéléseken és tárolja az összegyűjtött adatokat. Tudjon meg többet a Video Tutorial felülvizsgálati folyamatáról itt 97. Mi az ekvivalenciapartíció (más néven ekvivalenciaosztály)? Olyan bemeneti vagy kimeneti értéktartomány, hogy a tartományban csak egy érték válik tesztesetté. 98. Mikor kell végrehajtani a konfigurációkezelési eljárásokat? A teszt tervezés során. 99. A funkcionális tesztelés egy olyan típusa, amely a fenyegetések, például a rosszindulatú kívülállók vírusainak észlelésével kapcsolatos funkciókat vizsgálja? Biztonsági tesztelés 100. Tesztelés, amelynek során a teszt célpontját változó munkaterheléseknek vetjük alá a teljesítmény viselkedésének, valamint a cél és a teszt azon képességének a mérésére és értékelésére, hogy továbbra is megfelelően működjenek ezen különböző terhelések mellett? Terhelés tesztelése 101. Tesztelési tevékenység, amelyet az interfészek és az integrált alkatrészek közötti kölcsönhatások hibáinak feltárása érdekében végeznek? Integrációs szintű tesztelés 102. Melyek a struktúra-alapú (fehér dobozos) tesztelési technikák? A struktúra-alapú tesztelési technikák (amelyek szintén dinamikusabbak, mint statikusak) a szoftver belső struktúráját használják tesztesetek levezetésére. Általában „fehér dobozos” vagy „üvegdobozos” technikának hívják őket (ami azt jelenti, hogy beláthat a rendszerbe), mivel ismeretekre van szükségük a szoftver megvalósításáról, vagyis működéséről. Például egy strukturális technika foglalkozhat a szoftver hurkok gyakorlásával. Különböző teszteseteket lehet levezetni a ciklus egyszeri, kétszeri és sokszoros gyakorlásához. Ez elvégezhető a szoftver funkcionalitásától függetlenül. 103. Mikor kell elvégezni a "regressziós tesztet"? A szoftver vagy a környezet megváltozása után regressziós tesztet kell végrehajtani. 104 . Mi a negatív és pozitív teszt? Negatív teszt, ha érvénytelen bemenetet ad be, és hibákat kap. Míg a pozitív teszt az, amikor érvényes bevitelt ad meg, és arra számít, hogy valamilyen művelet a specifikációnak megfelelően befejeződik. 105. Mi a célja a teszt teljesítési kritériumának? A teszt kitöltési kritériumának célja annak meghatározása, hogy mikor kell abbahagyni a tesztet 106. Mit nem talál a statikus elemzés? Például a memória szivárog. 107. Mi a különbség az újra- és a regressziós teszt között? Az újbóli tesztelés biztosítja az eredeti hiba eltávolítását; a regressziós teszt váratlan mellékhatásokat keres. 108. Melyek a tapasztalaton alapuló tesztelési technikák? A tapasztalat-alapú technikákban az emberek tudása, készségei és háttere elsődlegesen hozzájárulnak a tesztfeltételekhez és a tesztesetekhez. Fontos mind a műszaki, mind az üzleti emberek tapasztalata, mivel különböző nézőpontokat hoznak a tesztelemzés és a tervezés folyamatába. A hasonló rendszerekkel kapcsolatos korábbi tapasztalataik miatt betekintést nyerhetnek abba, hogy mi romolhat el, ami nagyon hasznos a teszteléshez. 109. Milyen típusú felülvizsgálat igényel hivatalos belépési és kilépési kritériumokat, beleértve a mutatókat is? Ellenőrzés 110. A felülvizsgálatok vagy vizsgálatok a tesztelés részének tekinthetők-e? Igen, mert mindkét segítség észleli a hibákat és javítja a minőséget. 111. Egy beviteli mező a születési évet veszi figyelembe 1900 és 2004 között, mi a határértéke ennek a mezőnek a teszteléséhez? 1899,1900,2004,2005 112. Az alábbi eszközök közül melyik venne részt a regressziós teszt automatizálásában? a. Adattesztelő b. Határtesztelő c. Felvétel / lejátszás d. Kimeneti összehasonlító. d. Kimeneti összehasonlító 113. A függvény teszteléséhez mit kell írni egy programozónak, amely felhívja a tesztelendő funkciót és átadja a tesztadatokat. Sofőr 114. Mi az egyetlen fő oka annak, hogy a fejlesztőknek nehézségeik vannak saját munkájuk tesztelésével? Az objektivitás hiánya 115. "Mennyi teszt elég?" A válasz az iparág kockázatától, a szerződéstől és a speciális követelményektől függ. 116. Mikor kell leállítani a tesztelést? Ez a tesztelt rendszer kockázataitól függ. Van néhány kritérium, amelyek alapján leállíthatja a tesztelést. 117. Az alábbiak közül melyik az elsődleges célja az integrációs tesztelésnek a kicsiben? Az integrációs stratégia elsődleges célja annak meghatározása, hogy mely modulokat mikor és hányat kell kombinálni. 118. Mik a félig véletlenszerű tesztesetek? A fél-véletlenszerű tesztesetek semmi, de amikor véletlenszerű teszteseteket hajtunk végre, és ekvivalencia-particionálást végzünk azokkal a tesztesetekkel, az eltávolítja a felesleges teszteseteket, így fél-véletlenszerű teszteseteket adva nekünk. 119. A következő kódot figyelembe véve melyik állítás igaz a teljes nyilatkozat és a fiók lefedettségéhez szükséges minimális tesztesetek számáról? Olvassa o Olvassa el a q-t HA p + q> 100 AKKOR nyomtassa ki a "Nagy" ENDIF HA p> 50 AKKOR nyomtassa ki a "p Large" ENDIF 1 teszt az utasítás lefedettségére, 2 az ág lefedettségére 120. Melyik felülvizsgálatot szokták felhasználni a termék értékeléséhez annak rendeltetésszerű használatra való alkalmasságának és az eltérések azonosítására? Műszaki áttekintés. 121. A talált hibákat eredetileg kinek kell dokumentálnia? Tesztelők által. 122. Melyik a jelenlegi hivatalos, világszerte elismert dokumentációs szabvány? Nincs ilyen. 123. Az alábbiak közül melyik az a felülvizsgálati résztvevő, aki elkészítette a felülvizsgálandó tételt? Szerző 124. Számos kritikus hibát javítottak a szoftverekben. Az összes hiba egy modulban található, a jelentésekhez kapcsolódik. A tesztkezelő úgy dönt, hogy csak a jelentések modulon végez regressziós tesztet. A regressziós tesztet más modulokon is el kell végezni, mert az egyik modul javítása más modulokat is érinthet. 125. Miért nyújt a határérték-elemzés jó teszteseteket? Mivel gyakran hibákat követnek el a különböző esetek programozása során az értéktartomány „élei” közelében. 126. Mi különbözteti meg az ellenőrzést a többi felülvizsgálattípustól? Képzett vezető vezeti, hivatalos belépési és kilépési kritériumokat és ellenőrzőlistákat használ. 127. Miért lehet a tesztelő függő a konfigurációkezeléstől? Mivel a konfigurációkezelés biztosítja, hogy tudjuk a tesztprogram és a tesztobjektum pontos verzióját. 128. Mi az a V-modell? Szoftverfejlesztési modell, amely szemlélteti, hogy a tesztelési tevékenységek hogyan integrálódnak a szoftverfejlesztési fázisokba 129. Mi a karbantartási teszt? Kiváltja a meglévő szoftver módosítása, áttelepítése vagy visszavonása 130. Mi a teszt lefedettség? A teszt lefedettsége valamilyen specifikus módon méri a tesztkészlet által végrehajtott teszt mennyiségét (más módon származtatva, pl. Specifikáció alapú technikák alkalmazásával). Bárhol meg tudjuk számlálni a dolgokat, és meg tudjuk mondani, hogy ezeket a dolgokat tesztelték-e valamilyen teszttel, akkor mérhetjük a lefedettséget. 131. Miért előnyben részesítik az inkrementális integrációt a "big bang" integrációval szemben? Mivel az inkrementális integráció jobb korai hibák szűrésével és elszigetelésével rendelkezik 132. Mit nevezünk a terminálmodulokkal kezdődő folyamatnak? Alulról felfelé integráció 133. Mely tesztelési tevékenység során lehet a hibát a legköltséghatékonyabban megtalálni? A teszt tervezés során 134. A követelményfázis célja A követelmények befagyasztása, a felhasználói igények megértése, a tesztelés körének meghatározása 135. Miért osztjuk a tesztelést külön szakaszokra? A tesztelést külön szakaszokra bontottuk a következő okok miatt, 136. Mi a DRE? A teszt hatékonyságának mérése érdekében egy erőteljes mutatószámot használunk a teszt eredményességének mérésére, amely DRE (Defect Removal Efficiency) néven ismert. Ebből a mutatóból megtudhatnánk, hány hibát találtunk a tesztesetek halmazából. A DRE kiszámításának képlete: DRE = Tesztelés közbeni hibák száma / tesztelés közbeni hibák száma + a felhasználó által talált hibák száma 137. Az alábbiak közül melyik részesülhet leginkább a teszteszközök használatában, amelyek tesztrögzítési és visszajátszási lehetőségeket nyújtanak? a) Regressziós teszt b) Integrációs teszt c) Rendszer tesztelés d) Felhasználói elfogadási teszt Regressziós teszt 138. Hogyan becsülné meg az esetlegesen szükséges újratesztelés mértékét? A korábbi hasonló projektek mutatói és a fejlesztői csoporttal folytatott megbeszélések 139. Mi tanulmányozza az adatáramlás elemzését? Az adatok felhasználása a kódon keresztüli útvonalakon. 140. Mi a kudarc? A kudarc a meghatározott viselkedéstől való eltérés. 141. Mik azok a teszt-összehasonlítók? Tényleg teszt, ha valamilyen szoftvert bevisz néhány bemenetbe, de soha nem nézi, hogy a szoftver megfelelő eredményt produkál-e? A tesztelés lényege, hogy ellenőrizzük, hogy a szoftver megfelelő eredményt produkál-e, és ezt meg kell tennünk, és össze kell hasonlítanunk a szoftver által előállítottakat azzal, amit elő kell állítania. A teszt-összehasonlító segít az összehasonlítás szempontjainak automatizálásában. 142. Ki felelős a felülvizsgálati ülés során feltárt összes kérdés, probléma és nyitott kérdés dokumentálásáért Írnok 143. Mi az informális felülvizsgálat fő célja Olcsó módszer valamilyen előny eléréséhez 144. Mi a célja a teszttervezési technikának? A vizsgálati körülmények és a tesztesetek azonosítása 145. Az osztályzat-számítási rendszer tesztelésekor a tesztelő megállapítja, hogy az összes 90 és 100 közötti pontérték A-t eredményez, de a 90 alatti pontok nem. Ez az elemzés a következő néven ismert: Ekvivalencia felosztás 146. A tesztmenedzser a rendelkezésre álló erőforrásokat szeretné felhasználni egy webalkalmazás automatizált teszteléséhez. A legjobb választás a Tester, teszt automatizálás, webes szakember, DBA 147. A modul tesztelő tesztelése során 'X' hibát talált és egy fejlesztőhöz rendelte. De a fejlesztő ugyanezt elutasítja, mondván, hogy ez nem hiba. Mit csináljon X? Küldje el a hibával kapcsolatos részletes információkat, és ellenőrizze a reprodukálhatóságot 148. Az integráció tesztelésének egy olyan típusa, amelyben a szoftverelemeket, a hardverelemeket vagy mindkettőt egyszerre, nem pedig szakaszokban kombinálják összetevővé vagy teljes rendszerré. Big-Bang tesztelés 149. A gyakorlatban mely életciklus-modellek fejlesztése és tesztelése több, kevesebb vagy különböző szintű lehet, a projekttől és a szoftverterméktől függően. Lehet például alkatrészintegráció-tesztelés alkatrész-tesztelés után, és rendszer-integrációs tesztelés rendszer-tesztelés után. V-Model 150. Melyik technikával lehet elérni a bemeneti és kimeneti lefedettséget? Alkalmazható emberi bemenetre, egy rendszer interfészén keresztül történő bevitelre vagy az integrációs tesztelés során az interfész paramétereire. Ekvivalencia felosztás 151. "Ezt az életciklus-modellt a menetrend és a költségvetési kockázatok vezérlik." Ez a megállapítás a legalkalmasabb. V-Model 152. Milyen sorrendben kell futtatni a teszteket? Először a legfontosabbat kell tesztelni 153. Minél később fedeznek fel hibát a fejlesztés életciklusában, annál drágább javítani. Miért? A hiba beépült több dokumentációba, kódba, tesztbe stb 154. Mi a lefedettség mérése? A teszt alaposságának részleges mértéke. 155. Mi a határérték-teszt? Tesztelje a határfeltételeket a bemeneti és kimeneti ekvivalencia osztályok élén, alatt és felett. Például mondjunk egy banki alkalmazást, amelyből maximum 20 000 Rs és minimum 100 Rs lehet visszavonni, így a határértékek tesztelésénél csak a pontos határokat teszteljük, ahelyett, hogy a közepére ütnénk. Ez azt jelenti, hogy a maximális határ felett és a minimum határ alatt tesztelünk. 156. Mit jelent a COTS? Kereskedelmi polcról. 157. Melyik célja annak lehetővé tétele, hogy egyedi teszteket hajtsanak végre egy olyan rendszeren vagy hálózaton, amely a lehető legjobban hasonlít arra a környezetre, ahol a tesztelt elemet felhasználáskor használják? Tesztkörnyezet 158. Mit gondolhatunk úgy, hogy a projektterven alapul, de nagyobb részletességgel? Fázis teszt terve 159. Mi a gyors alkalmazásfejlesztés? A gyors alkalmazásfejlesztés (RAD) formailag a funkciók és az azt követő integráció párhuzamos fejlesztése. Az alkatrészeket / funkciókat párhuzamosan fejlesztik, mintha mini projektek lennének, a fejlesztéseket időkeretbe foglalják, átadják, majd működő prototípusba állítják össze. Ez nagyon gyorsan adhat az ügyfélnek valamit látni és használni, és visszajelzést adhat a szállításról és az igényeikről. Ennek a módszertannak a segítségével gyors változás és a termék fejlesztése lehetséges. A termék specifikációját azonban valamikor ki kell dolgozni a termékre, és a projektet formálisabb ellenőrzés alá kell vonni, mielőtt a gyártásba belekezdenének. Olvassa el - Tesztelés kvízünket Olvassa el a - Szoftvertesztelés interjúkkal kapcsolatos kérdéseink Youtube-videónkat Ingyenes PDF letöltés: Szoftvertesztelés Interjúkérdések és válaszok A fenti manuális tesztelési interjúk kérdések és válaszok pdf segítséget nyújtanak a kezdőknek és a tapasztalt minőségellenőrzési mérnököknek egyaránt. Kérjük, ossza meg az oldalt barátaival és kollégáival.
ha szélesség> hosszthenbiggest_dimension = szélességha magasság> szélességthenbiggest_dimension = magasságend_ifelsebiggest_dimension = hosszha magasság> hosszthenbiggest_dimension = magasságend_ifend_if