Въведение в SDET Интервю въпроси и отговори
SDET, инженер за проектиране на софтуер в тест или инженер за разработка на софтуер в тест, означава главно тестване, извършвано на софтуерен продукт. Всъщност се нуждаеше от някакъв кандидат, който може да се развие, както и да извършва тестване. Първоначално това беше започнато от Microsoft, но в момента другите организации са много наясно със същото и наистина търсят някой, който е експерт в SDET за включване в цялостното разработване на техния продукт, както и за участие в тестовия дизайн, който трябва да бъде изпълнен за това индивидуално развитие. Организацията може да въведе един и същ ресурс в две ключови задачи, винаги ще им е от полза.
тук ще обсъдим най-добрите въпроси за интервю за SDET.
Сега, ако търсите работа, свързана със SDET, трябва да се подготвите за въпроси за интервю за SDET за 2019 г. Вярно е, че всяко интервю е различно според различните профили на работа. Тук сме подготвили важните въпроси и отговори за интервю за SDET, които ще ви помогнат да постигнете успех в интервюто си.
В тази статия за въпроси за интервю за SDET за 2019 г. ще представим 10 най-важни и често задавани въпроси за интервю за SDET. Тези въпроси за интервю са разделени на две части, както следва:
Част 1 - Въпроси за интервю за SDET (основни)
Тази първа част обхваща основните въпроси и отговори за интервю за SDET.
Q1. Обяснете разликите в детайлите между Software Development Engineering в тест (SDET) и тестване на софтуер ръчно?
Отговор:
SDET използва предимно тестване за автоматизация. Средства за разработване на продукт могат да бъдат тествани автоматично без ръчна намеса. Докато ръчното тестване изобщо не отговаря на тези критерии.
Q2. Да напишете програма, за да обърнете число на който и да е език?
Отговор: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. Обяснете подробно как можем да определим ad-hoc тестване в настоящата ИТ индустрия?
Отговор:
Ad hoc тестването е едно от тестовете, много популярни в ИТ индустрията. Този вид тестване главно непланирани и без документация. Обикновено е необходимо да се изпълни, когато някои клиенти идват от специални изисквания, разработчикът трябва да разработи същото по приоритет. Сега тестерът трябва да го тества незабавно и да се снабди с подходящи резултати в много малък период от време. Документацията или планирането не винаги е възможно за това, но някои от организациите поддържат някои специфични инструменти за проследяване на този вид задачи, особено за допълнително таксуване.
Нека преминем към следващите въпроси за интервю за SDET.
Q4. Две големи ключови думи обикновено са много полезни за тестера, едната е приоритет, а друга е тежест, обяснете подробно разликата между тях?
Отговор:
Приоритетът и тежестта са много важни две ключови думи в ИТ индустрията, особено за онези организации, които са се включили в дейност по поддръжка на производството на предоставения им продукт или на всяка съществуваща система на клиента. Понастоящем цялата организация на боговете се опита да следва един специфичен инструмент, при който на екипа за помощни служби е назначен за работа. Обикновено крайният потребител достига до съответния екип за обслужване на помощ, за да повдигне притесненията си или крайният потребител може да създаде своите притеснения директно в този конкретен инструмент. Някои служители на екипа за помощ първо анализират същото, след което му дават приоритет въз основа на въздействието на крайния потребител. Лице за помощ, тестер, разработчик и бизнес анализатор от известен момент се занимават с този проблем и се опитват да разберат какво точно е въздействието на този конкретен проблем, въз основа на това, че те са задали сериозността на проблема. Така че приоритетът определя колко е важен този въпрос, а тежестта е дефинирана способността за въздействие или унищожаване на този проблем.
Q5. Обяснете подробно обяснение на отговорността за работа на тестер или софтуер за разработка на софтуер в тестова роля?
Отговор:
Това са често срещаните въпроси за интервю за SDET, зададени в интервю. Няколко отговорности обикновено трябва да спазват от SDET тестер в настоящата ИТ индустрия.
- Напишете автоматизация на тестване и настройте същата за сортови платформи като уеб или мобилни.
- Управление и обработка на доклад за грешки.
- Поддържане на правилния канал за комуникация между разработчика и клиента.
- Подготовка и доставка на тестови случаи.
Q6. Какво е ad-hoc тестване?
Отговор:
Временното тестване се дефинира, тъй като тестването се извършва на база ad-hoc без никакви препратки и правилни примери към тестовия случай и без никакъв план, тестови случаи и документация. Основната цел на този тип тестване е да се намерят дефекти и да се прекъсне приложението чрез изпълнение на различни потоци на приложението или произволна функционалност.
Ad-hoc тестването е неформален начин за намиране на грешки от приложение и може да се извърши от всеки в екипа. Ще бъде трудно да се намерят грешки без тестови случаи, но понякога по време на ad-hoc тестване ще се намерят грешки, които не открихме чрез нормално тестване или съществуващи тестови случаи.
Q7. Като се има предвид пример с подробности относно някои от типичния опит или прекомерния работен ден на тестер или инженер за разработка на софтуер в тестови (SDET) ресурси?
Отговор:
Три ключови задачи винаги отнемат огромно време за тестера през всеки ден:
- Разбиране на изискванията на проекта.
- Подготовката и изпълнението изискват тестови случаи въз основа на очакваните от клиента функции.
- Отчитане на грешки, идентифицирани на индивидуална функционалност, разработена за клиента на разработчика, и повторно тестване на същите след повторното им доставяне от разработчика, за да се гарантира, че очакваната функционалност правилно се доставя без общи грешки.
Част 2 - Въпроси за интервю за SDET (разширено)
Нека сега да разгледаме разширените въпроси и отговори за интервю за SDET.
Q8. Обяснете за някои коментари от експерти как един тестер може да реши дали предоставеният продукт всъщност е готов да се движи в жива среда?
Отговор:
Това е едно от най-важните решения, така че никога не е взето от един човек или младши момчета. Само предприемач и тестер не участват за вземане на това решение, по-висшето ръководство периодично се включва в това. Тестът за управление се гарантира главно чрез валидиране по-долу, за да се гарантира, че доставката на продукти е безпроблемна:
- Проверка на доклади за грешки, предоставени от тестера. Как бъгът е бил разрешен и повторно тествано направено от тестера или не.
- Валидиране на всички тестови случаи, написани от тестера за тази специфична функционалност, документация и потвърждение, взети от тестера на същия.
- Стартирайте автоматизирани тестови случаи, за да гарантирате, че новите функционалности не нарушават съществуващите функции.
- Понякога валидиране на доклада за покритие на теста, което гарантира, че всички разработващи компоненти са обхванати от писмени случаи.
Q9. Напишете програма за размяна на две числа, без да използвате никаква темп променлива?
Отговори:
Програмата за размяна на две числа, без да се използва каквато и да е временна променлива, е по-долу: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. Ако някой се нуждае от един конкретен формат отчети за грешки от тестер, тогава какъв ще бъде най-добрият начин или подход, който може да предприеме тестерът за осигуряването на същия?
Отговор:
Един доклад за грешки обикновено съдържа по-долу:
- Резюме на грешки
- Възпроизвеждане на стъпки
- Очаквано поведение и текущо поведение на една конкретна грешка.
Нека преминем към следващите въпроси за интервю за SDET.
Q11. Обяснете подробно за различни видове тестове, наречени Алфа и Бета?
Отговор:
Алфа тестването, извършено от тестера, идентифицира грешки преди преместване на продукта в жива среда или към крайния потребител. Бета бъгът обикновено се идентифицира от крайния потребител, който е действителните потребители на продукта или приложението.
Q12.Какво е изследване, основано на риска?
Отговор:
Тестването, основано на риска, се дефинира, тъй като функционалностите на продукта се тестват въз основа на приоритета на резултатите. Тестването, основано на риска, включва тестване на ключови характеристики на продукта, които ще окажат влияние върху бизнеса и вероятността за отказ на тези функции е много висока. Приоритетът за всички функционалности на даден продукт се определя въз основа на бизнес изискването, тогава функционалностите с висок приоритет ще бъдат тествани първо, след това средни, а след това и ниски приоритетни функционалности. Тестването на базите на риска ще се извърши, когато няма достатъчно време за тестване на всички функционалности на продукта.
Q13. Обикновено има различни категории на разположение, за да се направи една конкретна група по тестове на сортове, предвид обяснението им?
Отговор:
Това е най-популярният въпрос за интервю за SDET, зададен в интервю. Някои популярни тестови случаи в настоящата ИТ индустрия са по-долу:
- Функционално тестване
- Тестване на интерфейса или потребителския интерфейс
- Тестване на производителността
- Интеграционно тестване
- Тестване на натоварване или тестване на потребител
- Тестове за сигурност
Q14. Чести предизвикателства, с които обикновено се сблъсква един софтуерен тестер, това е подходяща документация, която не се поддържа за тестване. В такъв случай как можем да преодолеем същото?
Отговор:
Това е един от често срещаните сценарии, при който документацията не е правилно достъпна за всички видове тестови случаи, но изискването трябва да изпълни и да го предостави навреме на клиента. В този случай обикновено тестерът следва поща, предоставена от клиент, където описват правилно всички изисквания, ако е възможно скрийншоти на приложението, когато тези части от промените са ясно споменати, или някаква пн или словесна телефонна дискусия, направена с клиента за разбиране на точната функционалност на тези промени което е достатъчно за бързо тестване и доставяне на същото в очакваната времева линия.
Препоръчителни статии
Това е ръководство за списъка на въпроси за отговори и интервюта за SDET, така че кандидатът да може лесно да разруши тези въпроси за интервю за SDET. Тук, в тази публикация, ние проучихме най-добрите SDET въпроси за интервю, които често се задават в интервюта. Можете също да разгледате следните статии, за да научите повече -
- Структура на данните Въпроси за интервю на Java
- 10 основни въпроса за интервю на Kafka
- Въпроси за интервю за разработчици на потребителски интерфейс
- Въпроси за интервю за киберсигурност