Bevezetés az SDET interjúkérdésekbe és -válaszokba

Az SDET, a szoftvertervező mérnök a tesztben vagy a szoftverfejlesztési mérnök a tesztben, főként egy szoftvertermékre végzett tesztelést jelent. Valójában olyan jelöltre volt szüksége, aki képes fejleszteni és tesztelni. Ezt kezdetben a Microsoft indította, de jelenleg más szervezetek nagyon tudatosak ezzel egyidejűleg, és valóban arra keresnek valakit, aki az SDET szakértője, hogy bevonja a termékét teljes fejlesztésébe, és bevonja a végrehajtandó tesztelési tervbe. az egyéni fejlődés érdekében. A szervezet bevezetheti ugyanazt az erőforrást két kulcsfontosságú feladat során, és mindig jövedelmező lesz számukra.
itt megvitatjuk a legfontosabb SDET-interjúkérdéseket.

Most, ha olyan állást keres, amely az SDET-hez kapcsolódik, akkor fel kell készülnie a 2019. évi SDET 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 SDET interjúkérdéseket és -válaszokat, amelyek segítenek az interjú sikerében.

Ebben a 2019-es SDET interjúkérdések cikkében bemutatjuk a 10 legfontosabb és leggyakrabban feltett SDET-interjú kérdést. Ezek az interjúkérdések két részre oszlanak, a következők szerint:

1. rész - SDET interjúkérdések (alapvető)

Ez az első rész az SDET interjúval kapcsolatos alapvető kérdéseket és válaszokat tartalmazza.

Q1. Magyarázza el a részleteket a szoftverfejlesztési mérnöki tesztelés (SDET) és a szoftver manuális tesztelése között?

Válasz:
Az SDET elsősorban a galamb-automatizálási tesztelést használja. A termék kifejlesztésének eszköze automatikusan, manuális beavatkozás nélkül tesztelhető. Míg a kézi tesztelés egyáltalán nem felel meg ezeknek a kritériumoknak.

Q2. Írjon programot egy szám megfordítására bármilyen nyelven?

Válasz:
public class reverseNumber (
public long reverse(long num)
(
long temp=0;
while(num!=0)
(
temp=(temp*10)+(num%10);
num=num/10;
)
return temp;
)
public static void main(String args())
(
long n= 654312;
reverseNumber inp = new reverseNumber();
System.out.println(“Given number is “+ n);
System.out.println(“Reverse of given number is “+inp.reverse(n));
)
)

Q3. Magyarázza meg részletesen, hogyan határozhatjuk meg az ad-hoc tesztelést a jelenlegi IT-iparban?

Válasz:
Az eseti tesztelés az egyik nagyon népszerű az IT-iparban. Ez a fajta tesztelés elsősorban nem tervezett és dokumentáció nélkül. Általában akkor kell teljesítenie, ha bizonyos ad hoc követelmények az ügyféltől származnak, a fejlesztőnek ezt prioritási módon kell kidolgoznia. Most a tesztelőnek azonnal ki kell próbálnia, és nagyon rövid idő alatt meg kell szereznie a megfelelő eredményeket. A dokumentáció vagy a tervezés ehhez nem mindig lehetséges, de a szervezet néhány szervezete fenntartott néhány speciális eszközt az ilyen típusú feladatok nyomon követésére, különös tekintettel a kiegészítő számlázásra.

Térjünk át a következő SDET interjúkérdésekhez.

Q4. Két nagy kulcsszó, amelyek általában nagyon hasznosak a tesztelő számára, az egyik a prioritás, a másik pedig a súlyosság, magyarázza meg részletesen a különbséget közöttük?

Válasz:
A prioritás és a súlyosság egyaránt nagyon fontos két kulcsszó az IT-iparban, különösen azoknak a szervezeteknek a számára, akik részt vettek az általuk kínált termék vagy az ügyfél meglévő rendszerének termelési támogatási tevékenységeiben. Jelenleg az összes mocsári szervezet egy konkrét eszközt próbált követni, ahol egy ügyfélszolgálati csapatot jelöltek ki kezelésre. Általában a végfelhasználó az illetékes ügyfélszolgálathoz fordul, hogy aggályait felvegye, vagy a végfelhasználó képes közvetlenül az adott eszközben létrehozni aggodalmait. Néhány ügyfélszolgálati személy először ugyanezt elemzi, majd a végfelhasználóra gyakorolt ​​hatás alapján prioritást kap. Az ügyfélszolgálat tagja, tesztelő, fejlesztő és bizonyos időpontokban az üzleti elemző foglalkozik ezzel a kérdéssel, és megpróbálja megérteni, hogy mi a konkrét kérdés pontos hatása, annak alapján, hogy a kérdés súlyossága súlyos volt. Tehát a prioritás meghatározza, hogy mennyire fontos a kérdés, és a súlyosságot a kérdés meghatározott hatása vagy pusztító képessége határozza meg.

Q5. Magyarázza el a tesztelő vagy a szoftverfejlesztési mérnöki munka felelősségének részleteit a teszt szerepében?

Válasz:
Ez az az interjú során feltett, gyakran feltett SDET-interjúkérdések. Az SDET tesztelőjének általában számos felelősséget kell követnie a jelenlegi IT-iparban.

  • Írja be a tesztelés automatizálását, és állítsa be ugyanazt a fajta platformokra, mint például a web vagy a mobil.
  • Hibajelentés kezelése és kezelése.
  • A fejlesztő és az ügyfél közötti megfelelő kommunikációs csatorna fenntartása.
  • Teszt előkészítése és kézbesítése.

Q6. Mi az ad-hoc tesztelés?

Válasz:
Az ad-hoc tesztelést úgy határozzuk meg, hogy a tesztelést ad-hoc alapon végzik, anélkül, hogy a teszt esetére bármilyen referenciát és megfelelő adatot beadnánk, és terv, teszt esetek és dokumentáció nélkül. Az ilyen típusú tesztelés fő célja a hibák megtalálása és az alkalmazás megszakítása az alkalmazás különböző folyamatai vagy véletlenszerű funkciók végrehajtása révén.
Az ad-hoc tesztelés egy informális módszer a hibák felkutatására egy alkalmazásból, és a csapat bármely tagja elvégezheti. Nehéz lesz hibákat megtalálni teszt esetek nélkül, ám esetenként ad-hoc tesztelés során olyan hibákat találunk, amelyeket a normál tesztelés során vagy a meglévő teszt esetekben nem találtunk meg.

Q7. Milyen példát adunk a tesztelő (SDET) erőforrások tesztelőinek vagy szoftverfejlesztő mérnökeinek tipikus tapasztalataira vagy túlzott terhelésű munkanapjaira vonatkozóan?

Válasz:
A tesztelő számára minden nap három fő feladat elvégzése óriási időt igényel:

  • A projekt követelményeinek megértése.
  • Az előkészítéshez és a végrehajtáshoz az ügyfél elvárt funkciói alapján tesztelési esetekre van szükség.
  • Jelentés a kliens számára kifejlesztett egyedi funkciókkal azonosított hibákról a fejlesztő számára, és a fejlesztő általi újraszállítás után ismételten ellenőrizni kell azt, hogy a várható funkcionalitás megfelelő hibaelhárítás nélkül jelenjen meg.

2. rész - SDET interjúkérdések (haladó)

Vessen egy pillantást a fejlett SDET interjúkérdésekre és -válaszokra.

Q8. Magyarázza meg néhány szakértő megjegyzését, hogyan lehet egy tesztelő eldönteni, hogy feltéve, hogy a termék valóban készen áll-e az élő környezetben történő mozgásra?

Válasz:
Ez az egyik kritikus döntés, tehát soha nem hozta meg az egyetlen személy, vagy a fiatal fiúk. Csak a fejlesztő és a tesztelő nem vesz részt a döntés meghozatalában, a felső vezetés rendszeresen részt vesz abban. A menedzsment teszt elsősorban az alábbiak érvényesítésével biztosítja a termék kiszállításának hibátlanságát:

  • A tesztelő által nyújtott hibajelentések érvényesítése. Hogy oldotta meg a hibát, és a tesztelő elvégezte-e az újratelepítést, vagy sem.
  • A tesztelő által írt összes próbapéldány érvényesítése az adott funkcióval, a dokumentációval és a tesztelőtől kapott megerősítéssel kapcsolatban.
  • Automatizált teszt esetek futtatása az új funkciók biztosítása érdekében nem szakítja meg a meglévő funkciókat.
  • Időnként a vizsgálati lefedettség jelentésének validálása, amely biztosítja, hogy az összes fejlesztő elemre kiterjedjen a teszt esetek írásbeli eleme.

Q9. Írj programot két szám cseréjéhez, bármilyen temp változó használata nélkül?

válaszok:
Két szám cseréjéhez szükséges temp változó használata nélkül az alábbiak szerint jár:
public class swap(
public static void main (String args())
(
int x = 20;
int y =30;
System.out.println(“Numbers before swapping”);
System.out.println(“ number x is “ + x);
System.out.println(“number y is “ +y);
// Swapping numbers
x= x+y;
y=xy;
x=xy;
System.out.println(“Numbers after swapping”);
System.out.println(“ number x is “ + x);
System.out.println(“number y is “ +y);
)
)

Q10. Ha valakinek egy meghatározott formátumú hibajelentésre van szüksége a tesztelőtől, akkor mi lesz a legjobb módszer vagy megközelítés a tesztelő számára ugyanaz biztosítására?

Válasz:
Egy hibajelentés általában az alábbiakat tartalmazza:

  • Hibaösszegzés
  • Reprodukciós lépések
  • Egy adott hiba várható viselkedése és jelenlegi viselkedése.

Térjünk át a következő SDET interjúkérdésekhez.

Q11. Magyarázza el részletesen az Alfa és Béta nevű tesztelés különféle típusait?

Válasz:
A tesztelő által a tesztelő által elvégzett alfa-tesztek a hibákat azonosították, mielőtt a terméket élő környezetbe vagy a végfelhasználóhoz szállítják. A béta hibát általában a végfelhasználó azonosítja, aki a termék vagy alkalmazás tényleges felhasználói.

122. kérdés: Mi a kockázatalapú tesztelés?

Válasz:
A kockázatalapú tesztelést úgy definiálják, hogy egy termék funkcionalitását a szállítmányok prioritása alapján tesztelik. A kockázatalapú tesztelés magában foglalja egy termék olyan kritikus tulajdonságainak tesztelését, amelyek üzleti hatással lesznek, és ezeknek a tulajdonságoknak a meghibásodása valószínűsége nagyon nagy. A termék összes funkciójának prioritását az üzleti követelmények alapján állítják be, majd a magas prioritású funkciókat először a közepes, majd az alacsony prioritású funkciókat tesztelik. A kockázati alapok vizsgálatát akkor hajtják végre, ha nincs elegendő idő a termék összes funkciójának tesztelésére.

Q13. Általában különféle kategóriák állnak rendelkezésre ahhoz, hogy egy fajtacsoport alapján külön csoportot tegyünk, figyelembe véve ezek magyarázatát?

Válasz:
Ez az interjú során feltett legnépszerűbb SDET-interjúkérdések. Az alábbiakban található néhány népszerű teszt eset a jelenlegi IT-iparban:

  • Funkcionális tesztelés
  • Frontend vagy felhasználói felület tesztelése
  • Teljesítményfelmérés
  • Integrációs tesztelés
  • Terhelési tesztelés vagy Felhasználói használhatóság tesztelése
  • Biztonsági tesztelés

Q14. Gyakori kihívások, amelyekkel egy szoftvervizsgáló általában szembesül, vagyis a megfelelő dokumentáció, amelyet nem kell karbantartani a teszteléshez. Ebben az esetben hogyan lehet legyőzni ugyanezt?

Válasz:
Ez az egyik leggyakoribb forgatókönyv, amikor a dokumentáció nem áll rendelkezésre megfelelően mindenféle teszt esethez, de a követelménynek teljesítenie kell, és időben meg kell küldenie az ügyfelet. Ebben az esetben a tesztelő általában követi az ügyfelek által küldött e-maileket, ahol az összes követelményt megfelelően leírja, lehetőség szerint az alkalmazás képernyőképeit, ahol a változások azon részei egyértelműen megemlítik, vagy valamilyen mon vagy szóbeli telefonos beszélgetést folytat az ügyféllel, hogy megértse a változások pontos működését. ami elegendő a gyors teszteléshez és az elvárt idővonal eléréséhez.

Ajánlott cikkek

Ez egy útmutató az SDET interjúkérdések és válaszok listájához, így a jelölt könnyen meg tudja oldani ezeket az SDET interjúkérdéseket. Itt, ebben a bejegyzésben megvizsgáltuk a legfontosabb SDET-interjúkérdéseket, amelyeket gyakran feltesznek interjúkban. A következő cikkeket is megnézheti további információkért -

  1. Adatszerkezet Java interjúkérdések
  2. 10 alapvető Kafka-interjú kérdés
  3. UI fejlesztői interjúkérdések
  4. Kiberbiztonsági interjú kérdései

Kategória:

Vállalkozói fejlesztés