Bevezetés a kézi tesztelési interjúkérdésekbe
Sokan tévhit, hogy manapság a vállalatok nem bérelnek kézi tesztelőket, csak az automatizálási tesztelők vannak előírva a piacon. De ez nem igaz. Nem kétséges, mivel a vállalatok az automatizálás felé mozognak, tehát nagy a kereslet az automatizálási tesztelők iránt, de minden projektben az összes dolgot nem lehet automatizálni, mindig van egy sor manuális tesztelés, és a kézi tesztelőknek is szükségük van mély ismeretekre a minden tesztelési típus, tesztforgatókönyv, különbség között, stb. A tesztelésre számos tanúsítás létezik, és kezdőként vagy kézi tesztelőként ajánlott egyértelművé tenni az ISTQB tanúsítást, mivel ez mély ismereteket ad a tesztelés alapelveiről.
Most, ha olyan munkát keres, amely a Kézi teszteléssel kapcsolatos, akkor fel kell készülnie a 2019. évi Kézi tesztelési interjúkérdésekre. Igaz, hogy az interjúk különbözőek a munkakörök szerint. Itt elkészítettük a fontos Kézi tesztelési interjúkérdéseket és -válaszokat, amelyek segítenek abban, hogy sikerrel járjon az interjúban.
Ebben a 2019. évi Kézi tesztelési interjúkérdések cikkben bemutatjuk a 10 legfontosabb és leggyakrabban feltett Kézi tesztelés interjú kérdését. Ezek az interjúkérdések két részre oszlanak, a következők szerint:
1. rész - Kézi tesztelési interjúkérdések (alapvető)
Ez az első rész a Kézi tesztelés interjúval kapcsolatos kérdéseket és válaszokat tartalmazza.
Q1. Mi a különbség az ellenőrzés és érvényesítés között a szoftvertesztelés során?
Válasz:
Az ellenőrzés a dokumentumok, a kód és a terv ellenőrzésének statikus folyamatát jelenti annak ellenőrzése érdekében, hogy a szoftver megfelel-e a dokumentumokban említett követelményeknek (SRS). Ez magában foglalja a áttekintést, az ellenőrzést és a kód felülvizsgálatát. Míg az érvényesítés egy dinamikus folyamat, amely magában foglalja a kód végrehajtását és annak ellenőrzését, hogy a szoftver a várt módon működik-e vagy sem. Ez magában foglalja a hibák felkutatását, amelyeket a tesztelő csapat a kód végrehajtásával hajt végre. A fekete doboz tesztelése, a fehér doboz tesztelése és a szürke doboz tesztelése a szoftver ellenőrzésének részét képezi.
Q2. Mi a különbség a tesztmeghajtó és a tesztcsík között a szoftver tesztelésében?
Válasz:
A Test Driver és a Test Stub alapvetően egy olyan kóddarab, amely helyettesíti az eredeti nem fejlesztett kódot a tesztelés elvégzéséhez. Az illesztőprogramokat alulról felfelé építkező megközelítésben használják, és alapvetően hívómodulokként használják, ha a belső modulok megvalósításra kerülnek és tesztelésre szorulnak, míg a Stub-kat top-down megközelítésben használják, és ott használják, ahol a fő modult elkészítik, de a meghívott modulokat még nem kész.
Például egy webalkalmazásban 3 modul van, azaz Bejelentkezés, Otthon, Felhasználók. Ha a Bejelentkezés modul elő van készítve, de nem a Otthon és a Felhasználók, akkor a Fő és a Felhasználó „úgynevezett” modulja Stub, mivel a fő modul előkészítése történik. De ha a Otthon és a felhasználók modul fel van készülve, de a fő modul Bejelentkezés nem készül, akkor a Bejelentkezés helyettesítő „hívó” modulját illesztőprogramnak nevezzük.
Q3. Az alkalmazás mikor kezdje el a tesztelést?
Válasz:
Miután a követelményeket összegyűjtötték egy projektben, meg kell kezdeni a teszttervezést, a tesztelési stratégiát és a tesztkészlet létrehozását, vagy a teljes tesztelési folyamatot. Ma szinte az összes projekt az Agile módszertant követi, tehát a követelmények nem kerülnek rögzítésre a kezdetben, de a tesztelők rendelkeznek az adott kiadásban bevezetendő új funkciók felhasználói történeteivel. Tehát a szoftver fejlesztésével együtt megkezdődött a teszttervezés és a teszt eset létrehozása vagy a teszt szkript létrehozása (az automatizálás tesztelése esetén). A vállalatok többsége a Test Driven Development (TDD) megközelítést alkalmazza olyan szoftver kifejlesztésére, amelyben a teszt eseteit a kód elõtt megírják, és a kódot a teszt érvényesítésének megfelelõen írják.
Térjünk át a következő Kézi tesztelés interjú kérdéseire.
Q4. Milyen szempontokat kell szem előtt tartani a webes és mobil alkalmazások tesztelésekor, vagy a kettő tesztelésének különbségein?
Válasz:
A webes és mobil alkalmazások tesztelése különbözik. Tehát a különböző forgatókönyveket tesztelni kell azok tesztelése közben:
- A böngésző támogatását olyan webes alkalmazásokra tesztelték, mint a Chrome, Firefox, IE, stb., Míg a mobil alkalmazásokat különböző operációs rendszerek verzióin, például Android 7, 8, 9 stb. Tesztelik.
- Az alkalmazások összeomlását különféle helyzetekben és más alkalmazások akadályát a mobil alkalmazásokban tesztelik, míg a Session és a Cookies tesztelést a webes alkalmazásokban végzik.
- A mobil alkalmazásokban az alkalmazást különféle méretű mobil képernyő méretén tesztelik, függetlenül attól, hogy az elemek képernyő méretének megfelelően vannak-e igazítva, míg a webes alkalmazásokat különféle asztali felbontásokkal tesztelik.
- A kéz- és hangmozdulatokat, például a becsípést, az ellopot és a hangfelismerést a mobil eszközökön tesztelik, míg az egyszerű gépelési és másolás-beillesztési funkciókat a webalkalmazások tesztelik.
Q5. Nem megfelelő egy agilis modellt tesztelni kis projekteknél?
Válasz:
Az Agile növekményes és iteratív megközelítés a szoftverfejlesztés szempontjából, és rugalmasabb és nagyobb projekteknél megvalósítható, ahol a követelmények folyamatosan változnak az idővel. Kis projekteknél, ahol a követelmények nem túl nagyok, az Agile-t nem szabad előnyben részesíteni, mivel ez több projektköltséget jelentene, mivel különféle csapatok egyidejű munkavégzését vonja maga után, és akadályozhatja a szoftverek teljesítésének idejét.
2. rész - Kézi tesztelési interjúkérdések (haladó)
Vessen egy pillantást a speciális Kézi tesztelés interjúval kapcsolatos kérdésekre és válaszokra.
Q6. Mi az a szoftver tesztelési életciklus?
Válasz:
A szoftver tesztelési életciklusa (STLC) egy olyan folyamat, amely lépésről lépésre jár, amelyet minden szoftver alkalmazás tesztelésekor követnek annak biztosítása érdekében, hogy a szoftver a várt módon működjön. Az alábbiakban bemutatjuk az STLC különféle fázisait:
- Követelmény gyűjtése
- Teszttervezés
- Tesztelés elemzése
- Teszttervezés
- Tesztkörnyezet beállítása
- Teszt végrehajtása
- Teszt bezárás
Q7. Mi a negatív tesztelés és miért végezzük?
Válasz:
A negatív tesztelés, más néven hamis tesztelés vagy hibaút tesztelés magában foglalja bármely szoftver alkalmazás váratlan körülmények közötti tesztelését. A pozitív tesztelés csak azt biztosítja, hogy a szoftver a várt módon működjön, míg a negatív tesztelés megmutatja, hogy a szoftver hogyan viselkedik egyenetlen / váratlan körülmények között. Ennek célja az alkalmazás stabilitásának biztosítása.
Tegyük fel, hogy e-kereskedelmi alkalmazás esetén negatív tesztelési esetek lehetnek, ha az ember hozzáad egy extra / rosszindulatú tartalmat az URL-hez, akkor mi legyen a kimenet, ha az alkalmazás egyszerre 1000 felhasználót képes kezelni, hogyan fog viselkedni, ha a felhasználók száma növekszik? 3-szor, stb
Térjünk át a következő Kézi tesztelés interjú kérdéseire.
Q8. Különbség a hiba, a hiba és a hiba között a szoftver tesztelésében?
Válasz:
Egy perc különbség van a hiba, a hiba és a hiba között. Ha bármelyik szolgáltatás nem működik a várt módon, vagy a tényleges és a várt eredmény eltérő. És ezt a problémát a fejlesztő csak a fejlesztési szakaszban találja meg, akkor hibának nevezik. Ha a hibát a fejlesztési szakaszban hagyják, és a tesztelő a tesztelési szakaszban megtalálja, akkor ezt a hibát hibának nevezik. Ha a szoftvert eljuttatják a végfelhasználóhoz, és az ügyfél talál hibát, akkor ezt nevezik kudarc.
Q9. Mi az egyenértékűség-osztás tesztelése?
Válasz:
Ez egy olyan típusú black-box tesztelés, amely bármilyen szinten alkalmazható, például egység-, integrációs és rendszerteszten. Ebben a tesztelésben a bemeneti tartományt egyenértékű csoportra osztják, amely várhatóan ugyanazt a viselkedést mutat minden tartományban. Például, ha a jelszó szövegmező elfogadja az 5-15 karakter közötti értéket, akkor a tartomány 5-15 lehet érvényes, több mint 15 érvénytelen, 0-5, amely érvénytelen.
Q10. Mi az a tesztfedezet? Lehetséges 100% -os teszt lefedettség?
Válasz:
A teszt lefedettsége alapvetően egy olyan minőségi mutató, amely azt az alkalmazáskódot jelöli, amelyet a teszt esetek fedeznek, vagy a tesztelés mennyiségét, amelyet a létrehozott teszt esetek végeznek. Segíti a tesztelés minőségének ellenőrzését. Az alkalmazás maximális területét lefedő több teszt eset segít a maximális teszt lefedettség elérésében, csökkentve a kudarc esélyét. Bár nem lehetséges a 100% -os teszt lefedettség elérése, ügyelhetünk arra, hogy minden ághoz létrejöjjenek teszt esetek, a kód maximális területét lefedő nyilatkozatokkal.
Ajánlott cikkek
Ez útmutatóként szolgál a Kézi tesztelés interjúval kapcsolatos kérdések és válaszok listájához, így a jelölt könnyen meg tudja oldani ezeket a kézi tesztelési interjúval kapcsolatos kérdéseket. Itt, ebben a bejegyzésben megvizsgáltuk azokat a legnépszerűbb Kézi tesztelési interjúkérdéseket, amelyeket gyakran feltesznek interjúk során. A következő cikkeket is megnézheti további információkért -
- A legnépszerűbb adatbázis-tesztelési interjúkérdések
- Játéktesztelési interjúkérdések
- ETL tesztelési interjúkérdések és válaszok
- Áttörés-tesztelési interjúkérdések
- Hogyan működik az egyenértékűség-osztás?