Úvod do otázok a odpovedí na rozhovor spoločnosti SDET
SDET, Software Design Engineer in Test alebo Software Development Engineer in Test, znamená hlavne testovanie vykonané na softvérovom produkte. V skutočnosti to potrebovalo nejakého kandidáta, ktorý je schopný vyvinúť a vykonávať testovanie. Toto bolo pôvodne založené spoločnosťou Microsoft, ale v súčasnosti si ostatné organizácie veľmi dobre uvedomujú a skutočne hľadajú niekoho, kto má skúsenosti s programom SDET, aby sa zapojil do úplného vývoja svojho produktu a aby sa zapojil do návrhu testovania, ktorý je potrebné vykonať. pre tento individuálny rozvoj. Organizácia môže zaviesť ten istý zdroj do dvoch kľúčových úloh, ktoré pre nich budú vždy výhodné.
tu budeme diskutovať o najdôležitejších rozhovoroch o SDET.
Teraz, ak hľadáte prácu, ktorá súvisí s SDET, musíte sa pripraviť na otázky týkajúce sa rozhovoru SDET 2019. Je pravda, že každý pohovor sa líši podľa rôznych profilov zamestnania. Tu sme pripravili dôležité otázky a odpovede týkajúce sa rozhovoru SDET, ktoré vám pomôžu dosiahnuť úspech v pohovore.
V tomto článku o rozhovoroch s otázkami týkajúcimi sa rozhovoru o SDET v roku 2019 predstavíme 10 najdôležitejších a najčastejšie kladených otázok o rozhovoroch v rámci SDET. Tieto otázky týkajúce sa rozhovoru sú rozdelené do dvoch častí:
1. časť - Otázky na rozhovor s SDET (základné)
Táto prvá časť sa venuje základným otázkam a odpovediam na rozhovor SDET.
Q1. Vysvetlite rozdiely v detailoch medzi softvérovým vývojovým inžinierstvom v teste (SDET) a manuálnym testovaním softvéru?
odpoveď:
SDET používa hlavne automatické testovanie doe. Prostriedky vyvinuté produkt možno testovať automaticky bez manuálneho zásahu. Kým ručné testovanie vôbec nespĺňa tieto kritériá.
Q2. Napíš program na zmenu čísla v akomkoľvek jazyku?
odpoveď: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. Vysvetlite podrobne, ako môžeme definovať testovanie ad-hoc v súčasnom odvetví IT?
odpoveď:
Testovanie ad hoc je jedným z testov veľmi populárnych v IT priemysle. Tento druh testovania bol neplánovaný a bez dokumentácie. Zvyčajne je potrebné vykonať, keď niektoré požiadavky ad hoc pochádzajú od klienta, vývojár musí vyvinúť to isté prioritným spôsobom. Teraz musí tester testovať okamžite a prísť so správnymi výstupmi vo veľmi malom časovom období. Dokumentácia alebo plánovanie nie je vždy možné, ale niektoré organizácie udržiavali určité špecifické nástroje na sledovanie tohto druhu úlohy, najmä na účely dodatočnej fakturácie.
Prejdime k ďalším otázkam rozhovoru o SDET.
Q4. Dve veľké kľúčové slová, ktoré sú pre testera zvyčajne veľmi užitočné, jedno je priorita a druhé závažnosť, podrobne ich vysvetlite?
odpoveď:
Priorita aj závažnosť sú veľmi dôležité dve kľúčové slová v IT priemysle, najmä pre tie organizácie, ktoré sa podieľajú na činnosti podpory výroby poskytovaného produktu alebo akéhokoľvek existujúceho systému klienta. V súčasnosti sa všetky bažinaté organizácie pokúšali riadiť jedným konkrétnym nástrojom, v ktorom bol na spracovanie pridelený jeden tím technickej podpory. Za normálnych okolností koncový používateľ oslovil príslušný tím technickej podpory, aby vyjadril svoje obavy, alebo koncový používateľ môže svoje obavy vytvoriť priamo v tomto konkrétnom nástroji. Niektorá osoba helpdesku najskôr analyzuje to isté a potom podľa priority na základe dopadu koncového používateľa. Personál technickej podpory, tester, vývojár a nejaký čas analytik obchodu sa zaoberajú týmto problémom a pokúšajú sa porozumieť tomu, aký presný dopad má tento konkrétny problém, na základe toho, že danému problému priradili závažnosť. Priorita teda definuje, aký dôležitý je tento problém a závažnosť je definovaná ako schopnosť ovplyvniť alebo zničiť tento problém.
Q5. Vysvetlite podrobnejšie vysvetlenie zodpovednosti pracovníka za testovanie alebo vývoj softvéru v testovacej úlohe?
odpoveď:
Toto sú bežné otázky týkajúce sa rozhovoru SDET, ktoré boli položené počas rozhovoru. Tester SDET musí v súčasnom odvetví IT bežne dodržiavať niekoľko povinností.
- Napíšte automatizáciu testovania a nastavte ju pre rôzne odrody, ako je web alebo mobil.
- Správa a správa o chybe.
- Udržiavanie správneho komunikačného kanála medzi vývojárom a klientom.
- Príprava a dodanie testovacích prípadov.
Q6. Čo je testovanie ad hoc?
odpoveď:
Testovanie ad hoc je definované ako testovanie, ktoré sa vykonáva ad hoc, bez akýchkoľvek odkazov a správnych vstupov do testovacieho prípadu a bez plánu, testovacích prípadov a dokumentácie. Hlavným cieľom tohto typu testovania je nájsť chyby a prerušiť aplikáciu vykonávaním rôznych tokov aplikácie alebo náhodnej funkčnosti.
Ad-hoc testovanie je neformálny spôsob, ako nájsť chyby z aplikácie a môže ho vykonať ktokoľvek v tíme. Bude ťažké nájsť chyby bez testovacích prípadov, ale niekedy pri testovaní ad hoc zistí chyby, ktoré sme nenašli pri bežných testoch alebo existujúcich testovacích prípadoch.
Q7. Uvádzame nejaký príklad s podrobnosťami týkajúcimi sa niektorých typických skúseností alebo nadmerného zaťaženia pracovného dňa testera alebo vývojára softvéru v testovacích (SDET) zdrojoch?
odpoveď:
Pre testera sú vždy potrebné tri kľúčové úlohy:
- Pochopenie požiadaviek projektu.
- Príprava a vykonanie vyžadujú testovacie prípady na základe očakávaných funkcií klienta.
- Podávanie správ o chybách týkajúcich sa jednotlivých funkcií vyvinutých pre klienta vývojárovi a po opakovanom doručení vývojárom ich znova otestujte, aby sa zaistilo, že očakávané funkcie budú správne doručené bez akýchkoľvek bežných chýb.
2. časť - Otázky na rozhovor s SDET (rozšírené)
Pozrime sa teraz na pokročilé otázky a odpovede týkajúce sa rozhovoru SDET.
Q8. Vysvetlite niekoľko odborných pripomienok o tom, ako sa jeden tester môže rozhodnúť, že daný produkt je skutočne pripravený na pohyb v živom prostredí?
odpoveď:
Toto je jedno z kritických rozhodnutí, takže ho nikdy neprijala jediná osoba ani mladí chlapci. Toto rozhodnutie sa nezúčastňuje iba vývojár a tester, do toho sa pravidelne zapája vyšší manažment. Manažérsky test sa zabezpečuje najmä overením nižšie, aby sa zabezpečilo, že dodávka produktu je bezchybná:
- Overovanie správ o chybách poskytnutých testerom. Ako bola chyba vyriešená a opakovaná skúška vykonaná testerom alebo nie.
- Overenie všetkých testovacích prípadov napísaných testerom pre túto konkrétnu funkčnosť, dokumentáciu a potvrdenie prevzaté testerom.
- Spustite automatizované testovacie prípady, aby ste sa uistili, že nové funkcie nenarušujú žiadne existujúce funkcie.
- Niekedy sa potvrdzuje správa o pokrytí testov, ktorá zaisťuje, že všetky vyvíjajúce sa komponenty boli pokryté písomnými testovacími prípadmi.
Q9. Napíšte program na výmenu dvoch čísel bez použitia dočasnej premennej?
odpovede:
Program na výmenu dvoch čísel bez použitia dočasnej premennej je uvedený nižšie: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. Ak niekto potrebuje od testera jeden konkrétny formát hlásení o chybách, aký bude najlepší spôsob alebo prístup, ktorý môže použiť tester na poskytnutie toho istého?
odpoveď:
Jedna správa o chybe zvyčajne obsahuje nižšie:
- Zhrnutie chýb
- Reprodukujte kroky
- Očakávané správanie a súčasné správanie jednej konkrétnej chyby.
Prejdime k ďalším otázkam rozhovoru o SDET.
Q11. Vysvetlite podrobne rôzne druhy testovania s názvom Alpha a Beta?
odpoveď:
Alfa testovanie vykonané testerom identifikovalo chyby pred presunutím produktu do živého prostredia alebo ku konečnému užívateľovi. Chyba beta je zvyčajne identifikovaná koncovým používateľom, ktorý je skutočným používateľom produktu alebo aplikácie.
Q12.Čo je testovanie založené na riziku?
odpoveď:
Testovanie založené na riziku je definované ako funkčnosť produktu sa testuje na základe priority výstupov. Testovanie založené na riziku zahŕňa testovanie rozhodujúcich vlastností produktu, ktorý bude mať dopad na podnikanie a pravdepodobnosť zlyhania týchto funkcií je veľmi vysoká. Priorita pre všetky funkcionality produktu je stanovená na základe obchodných požiadaviek, potom budú funkcionality s vysokou prioritou testované najskôr potom so strednou a potom funkciou s nízkou prioritou. Testovanie na základe rizika sa vykoná, keď nie je dostatok času na otestovanie všetkých funkcií produktu.
Q13. Zvyčajne existujú rôzne kategórie na vytvorenie jednej špecifickej skupiny podľa testovacích prípadov odrôd, vzhľadom na ich vysvetlenie?
odpoveď:
Toto sú najpopulárnejšie otázky týkajúce sa rozhovoru SDET, ktoré boli položené počas rozhovoru. Niektoré populárne testovacie prípady v súčasnom odvetví IT sú uvedené nižšie:
- Funkčné testovanie
- Frontend alebo testovanie používateľského rozhrania
- Testovanie výkonu
- Integračné testovanie
- Zaťaženie alebo testovanie použiteľnosti používateľov
- Testovanie bezpečnosti
Q14. Bežné výzvy, ktorým jeden tester softvéru obvykle čelí, to je správna dokumentácia, ktorá sa nevykonáva na testovanie. V tom prípade, ako môžeme prekonať to isté?
odpoveď:
Je to jeden z bežných scenárov, keď dokumentácia nie je správne dostupná pre všetky druhy testovacích prípadov, ale požiadavka musí splniť a doručiť ju klientovi včas. V takom prípade tester zvyčajne sleduje poštu poskytnutú klientom, v ktorej sú všetky požiadavky správne popísané, pokiaľ je to možné, snímky obrazovky aplikácie, kde sú jasne uvedené tie časti zmien, alebo nejaká monologická alebo verbálna telefonická diskusia s klientom na porozumenie presnej funkčnosti týchto zmien. čo je dostačujúce na rýchle testovanie a dosiahnutie toho istého v očakávanom časovom horizonte.
Odporúčané články
Toto bol sprievodca zoznamom otázok a odpovedí na otázky týkajúce sa rozhovoru o SDET, aby uchádzač mohol ľahko vykonať tvrdé zásahy do týchto otázok na pohovor. Tu v tomto príspevku sme študovali najčastejšie otázky týkajúce sa rozhovorov o SDET, ktoré sa často kladú pri rozhovoroch. Ďalšie informácie nájdete aj v nasledujúcich článkoch -
- Otázky týkajúce sa rozhovoru s dátovou štruktúrou Java
- 10 základných otázok o rozhovoroch spoločnosti Kafka
- Rozhovory s vývojárskym používateľským rozhraním UI
- Otázky týkajúce sa rozhovoru v oblasti kybernetickej bezpečnosti