Въведение в въпроси за ръчно тестване на интервюта
Много хора имат погрешни схващания, че в днешно време компаниите не наемат ръчни тестери, има изискване тестери за автоматизация само на пазара. Но това не е вярно. Без съмнение, тъй като компаниите се движат към Автоматизация, така че има голямо търсене на тестери за автоматизация, но при всеки проект, всички неща не могат да бъдат автоматизирани, винаги има обхват на ръчно тестване и ръчни тестери също са необходими, за да имат дълбоки познания за всички видове тестове, тестови сценарии, разлики между тях и др. Има много сертификати за тестване и като начинаещ или ръчен тестер, се препоръчва да се изчисти ISTQB сертификат, тъй като той дава дълбоки познания за основните концепции на тестване.
Сега, ако търсите работа, свързана с ръчно тестване, тогава трябва да се подготвите за въпросите за интервю за ръчно тестване за 2019 г. Вярно е, че всяко интервю е различно според различните профили на работа. Тук сме подготвили важните Ръчни тестови въпроси за интервю и отговори, които ще ви помогнат да постигнете успех в интервюто си.
В тази статия за ръчни тестове за интервю за 2019 г. ще представим 10 най-важни и често задавани въпроси за интервю за ръчно тестване. Тези въпроси за интервю са разделени на две части, както следва:
Част 1 - Въпроси за ръчно тестване на интервюта (основни)
Тази първа част обхваща основни въпроси за ръчно тестване на интервюта и отговори.
Q1. Каква е разликата между проверка и валидиране при тестване на софтуер?
Отговор:
Проверката включва статичния процес на проверка на документите, кода и дизайна, за да се провери дали софтуерът отговаря на изискванията, посочени в документите (SRS). Тя включва преглед, инспекция и преглед на кода. Като има предвид, че валидирането е динамичен процес, който включва изпълнение на кода и проверка дали софтуерът работи както се очаква или не. Тя включва намирането на грешки, които се извършват от тестващ екип чрез изпълнение на код. Тестване на черни кутии, тестване на бели кутии и тестване в сива кутия са част от тестването в Software Validation.
Q2. Каква е разликата между Тест драйвер и Тест Стъб при тестване на софтуер?
Отговор:
Тест драйверът и тестът Stub са основно код, който работи като заместител на оригиналния неразработен код, за да извърши тестване. Драйверите се използват в подход отдолу нагоре и по принцип се използват като извикващи модули, ако вътрешните модули са внедрени и трябва да бъдат тествани, докато Stubs се използват в подход отгоре надолу и се използват там, където е подготвен основният модул, но наречените модули са все още не е направено.
Например, в уеб приложение има 3 модула, т.е. Вход, Начална страница, Потребители. Ако модулът за вход е подготвен, но не е Home и Потребителите, така че заместващият „наречен“ модул за Home и Потребителите е Stub, тъй като основният модул за вход е подготвен. Но ако модулът Начало и Потребители са подготвени, но основният модул Вход не е подготвен, така че заместващият „извикващ“ модул за Вход се нарича Driver.
Q3. В кой момент от приложението трябва да започнем тестване?
Отговор:
След като изискванията са събрани в един проект, трябва да започнете тестовото планиране, стратегията за тестване и създаването на тестови случаи или целия процес на тестване. Днес почти всички проекти следват методологията Agile, така че изискванията не са фиксирани в старта, но потребителските истории за новите функции, които ще бъдат внедрени в определено издание, се предоставят на тестерите. Така че планирането на тестовете и създаването на тестови случаи или създаването на тестов скрипт (в случай на тестване на автоматизация) започна заедно с разработването на софтуера. Повечето компании следват Test Driven Development (TDD) подход, за да разработят софтуера, в който тестовите случаи са написани преди кода и кодът е написан в съответствие с валидирането на теста.
Нека преминем към следващите ръчни тестове за интервю въпроси.
Q4. Какви точки трябва да имате предвид, докато тествате уеб и мобилни приложения или разлики в тестването на двете?
Отговор:
Тестване на уеб и мобилни приложения са различни. Затова трябва да се тестват различни сценарии, докато тествате:
- Поддръжката на браузъра се тества за уеб приложения като Chrome, Firefox, IE и т.н., докато мобилното приложение се тества в различни версии на ОС като Android 7, 8, 9 и т.н.
- Сривът на приложението при различни сценарии и препятстването на други приложения между тях се тества в мобилно приложение, докато тестовете за сесии и бисквитки се извършват в уеб приложения.
- В мобилните приложения приложението се тества на различни размери на мобилни екрани дали елементите са правилно подравнени според размера на екрана, докато уеб приложението се тества на различни разделителни способности на работния плот.
- Жестовете за ръце и глас като щипване, прекарване на пръст, разпознаване на глас се тестват на мобилни устройства, докато функциите за просто въвеждане и копиране на паста се тестват в уеб приложения.
Q5. Добре ли е да се използва Agile модел за тестване на малки проекти?
Отговор:
Agile е инкрементален и итеративен подход за разработване на софтуер и е по-възможен за гъвкави и големи проекти, където изискванията продължават да се променят с времето. За малки проекти, където изискванията не са твърде големи, Agile не бива да се предпочита, тъй като това би струвало повече бюджет на проекта, тъй като включва различни екипи, работещи едновременно и могат да възпрепятстват общото време при доставката на софтуер.
Част 2 - Въпроси за интервю за ръчно тестване (Разширено)
Нека сега да разгледаме разширените въпроси за ръчно тестване на интервюта и отговори.
Q6. Какво представлява тестване на жизнения цикъл на софтуера?
Отговор:
Тест на жизнения цикъл на софтуера (STLC) е процес, който включва стъпка по стъпка процедура, която се следва при тестване на всяко Софтуерно приложение, за да се гарантира, че софтуерът работи както се очаква. По-долу са дадени различните фази на STLC:
- Събиране на изискване
- Тестово планиране
- Анализ на теста
- Тестов дизайн
- Настройка на тестовата среда
- Изпълнение на теста
- Тестово затваряне
Q7. Какво е отрицателно тестване и защо се извършва?
Отговор:
Отрицателното тестване, известно също като фалшиво тестване или тестване на пътя на грешки, включва тестване на всяко софтуерно приложение при неочаквани условия. Положителното тестване само гарантира, че софтуерът работи както се очаква, докато отрицателното тестване показва как софтуерът ще се държи при неравномерни / неочаквани условия. Прави се, за да се гарантира стабилността на приложение.
Да предположим, че за приложение за електронна търговия може да има отрицателни тестови случаи, ако човекът добави в URL адреса някакво допълнително / злонамерено съдържание, тогава какъв трябва да бъде изходът, ако приложението може да се справи с 1000 потребители наведнъж, как ще се държи, ако потребителите се увеличат от 3 пъти и т.н.
Нека преминем към следващите ръчни тестове за интервю въпроси.
Q8. Разлика между грешка, дефект и неуспех по отношение на тестване на софтуер?
Отговор:
Има разлика в минута между дефект, бъг и неуспех. Ако някоя функция не работи според очакванията или действителният и очаквания резултат е различен. И този проблем се намира от разработчика само във фазата на разработка, тогава той се нарича дефект. Когато дефектът остане във фазата на разработка и бъде открит от тестера във фазата на тестване, тогава този дефект е известен като грешка, Когато софтуерът се достави на крайния потребител и клиентът намери някакъв проблем, тогава той е известен като провал.
Q9. Какво е тестване за разделяне на еквивалентност?
Отговор:
Това е вид тестване в черни кутии, което може да се приложи на всяко ниво като тест на модул, интеграция и система. При това тестване диапазонът на въвеждане е разделен на еквивалентна група, която се очаква да проявява същото поведение за всеки диапазон. Например, ако текстовото поле за парола приеме стойността между 5-15 знака, то диапазонът може да бъде 5-15, което е валидно, повече от 15, което е невалидно, 0-5 което е невалидно.
Q10. Какво е тестово покритие? Възможно ли е да получите 100% тестово покритие?
Отговор:
Покритието на теста е основно показател за качество, който представлява количеството код на приложението, което се покрива от тестовите случаи, или количеството на тестовете, което се извършва от създадените тестови случаи. Той помага да се следи качеството на тестване. Повече тестови случаи, покриващи максимални площи на приложение, помагат да се постигне максимално покритие на теста, намалявайки шансовете за неуспех. Въпреки че не е възможно да се постигне 100% тестово покритие, можем да сме сигурни, че трябва да се създават тестови случаи за всеки клон, изявление, покриващо максимални области на кода.
Препоръчителни статии
Това е ръководство за списъка с въпроси и отговори на ръчно тестване за интервю, така че кандидатът да може лесно да провали тези въпроси за интервю за ръчно тестване. Тук в тази публикация сме проучили топ въпроси за ръчно тестване за интервю, които често се задават в интервюта. Можете също да разгледате следните статии, за да научите повече -
- Топ 13 въпроси за тестване на база данни за интервю
- Въпроси за интервю за игри за тестване
- Въпроси и отговори за тестване на интервю за ETL
- Въпроси за интервю за тестване на проникване
- Как действа разделението на еквивалентността?