Топ 150 Въпроси и отговори за интервю за тестване на софтуер

Съставихме най -често задаваните въпроси и отговори за интервю за ръчно тестване, които ви запознават с типа въпроси за интервю за тестване на софтуер, които интервюиращият може да ви зададе по време на интервюто. В този списък с въпроси за интервю с ръчно тестване с отговори, ние обхванахме всички често задавани основни и усъвършенствани въпроси за интервю за тестване на софтуер с подробни отговори, за да ви помогнем лесно да изчистите интервюто за работа при ръчно тестване.

Разгледахме почти 150+ важни въпроса за интервю за ръчно тестване за кандидати за освежители, както и въпроси за интервю за ръчно тестване за опитни инженери по QA, за да се подготвим за предстоящото интервю. Това подробно ръководство за въпроси за интервю за ръчно тестване ще ви помогне да пропуснете интервюто за работа за тестване на софтуер.

Ръчно тестване Интервю въпроси и отговори

1. Какво е проучвателно тестване?

Изследователското тестване е практически подход, при който изпитателите участват в минималното планиране и максималното изпълнение на теста. Планирането включва създаването на тестова харта, кратка декларация за обхвата на кратки (от 1 до 2 часа) времеви изпитателни усилия, целите и възможните подходи, които да се използват. Дизайнът на теста и дейностите по изпълнение на теста обикновено се извършват паралелно без официално документиране на тестовите условия, тестови случаи или тестови скриптове. Това не означава, че няма да се използват други, по -официални техники за тестване. Например, тестерът може да реши да използва анализ на гранична стойност, но ще помисли и ще тества най -важните гранични стойности, без непременно да ги записва. Някои бележки ще бъдат написани по време на сесията за проучвателни тестове, за да може след това да бъде изготвен доклад.

2. Какво е „тестване на случаи на употреба“?

За да се идентифицират и изпълнят функционалните изисквания на дадено приложение от началото до края, се използва „случай на използване“ и техниките, използвани за това, са известни като „Тестване на случаите на използване“.

3. Каква е разликата между STLC (жизнен цикъл на тестване на софтуер) и SDLC (жизнен цикъл на разработка на софтуер)?

SDLC се занимава с разработване/кодиране на софтуера, докато STLC се занимава с валидиране и проверка на софтуера

4. Какво е матрица за проследимост?

Връзката между тестови случаи и изисквания се показва с помощта на документ. Този документ е известен като матрица за проследяване.

5. Какво е тестване за разделяне на еквивалентност?

Тестването на разделяне на еквивалентност е софтуерна техника за тестване, която разделя входните тестови данни на приложението на всеки дял поне веднъж на еквивалентни данни, от които могат да се извлекат тестови случаи. Чрез този метод на тестване намалява времето, необходимо за тестване на софтуера.

6. Какво е тестване на бяла кутия и избройте видовете тестове за бяла кутия?

Техниката за тестване на бяла кутия включва подбор на тестови случаи въз основа на анализ на вътрешната структура (покритие на код, покритие на клонове, покритие на пътеки, покритие на състоянието и т.н.) на компонент или система. Известно е още като кодово базирано тестване или структурно тестване. Различни видове тестване на бяла кутия са

  1. Покритие на декларацията
  2. Покритие на решения

7. При проверка на бяла кутия какво проверявате?

При тестване в бяла кутия се проверяват следните стъпки.

  1. Проверете дупките за сигурност в кода
  2. Проверете непълните или прекъснати пътища в кода
  3. Проверете потока на структурата съгласно спецификацията на документа
  4. Проверете очакваните резултати
  5. Проверете всички условни цикли в кода, за да проверите пълната функционалност на приложението
  6. Проверете кода по ред и покрийте 100% тестване

8. Какво е тестване на черна кутия? Какви са различните техники за тестване на черна кутия?

Тестването на черна кутия е методът за тестване на софтуера, който се използва за тестване на софтуера, без да се знае вътрешната структура на кода или програмата. Това тестване обикновено се прави, за да се провери функционалността на дадено приложение. Различните техники за тестване на черна кутия са

  1. Разделяне на еквивалентност
  2. Анализ на граничната стойност
  3. Графиране на причинно-следствената връзка

9. Каква е разликата между статично и динамично тестване?

Статично тестване: По време на метода на статично тестване кодът не се изпълнява и се извършва с помощта на софтуерната документация.

Динамично тестване: За да се извърши това тестване, кодът трябва да бъде в изпълнима форма.

10. Какво представляват проверката и валидирането?

Проверката е процес на оценка на софтуера на етапа на разработка. Помага ви да решите дали продуктът на дадено приложение отговаря на посочените изисквания. Валидирането е процесът на оценка на софтуера след процеса на разработка и за проверка дали той отговаря на изискванията на клиента.

11. Какви са различните тестови нива?

Има четири тестови нива

  1. Тестване на единица/компонент/програма/модул
  2. Интеграционно тестване
  3. Тестване на системата
  4. Приемно изпитване

12. Какво представлява интеграционното тестване?

Интеграционно тестване е ниво на процес на тестване на софтуер, при което отделни единици от приложение се комбинират и тестват. Обикновено се извършва след единично и функционално тестване.

13. Какви са тестовите планове?

Дизайнът на теста, обхватът, тестовите стратегии, подходът са различни детайли, от които се състои документът от плана за изпитване.

  1. Идентификатор на тестовия случай
  2. Обхват
  3. Характеристики за тестване
  4. Характеристики, които не се тестват
  5. Тестова стратегия и изпитателен подход
  6. Тестови резултати
  7. Отговорности
  8. Персонал и обучение
  9. Риск и непредвидени обстоятелства

14. Каква е разликата между UAT (User Acceptance Testing) и System testing?

Системно тестване: Тестването на системата е откриване на дефекти, когато системата преминава тестване като цяло; той е известен също като тестване от край до край. При такъв тип тестване приложението страда от началото до края.

UAT: Тестването за приемане от потребителите (UAT) включва пускане на продукт чрез поредица от специфични тестове, които определят дали продуктът ще отговори на нуждите на своите потребители.

15. Споменете разликата между тестването на данни и повторното тестване?

Повторно тестване: Това е процес на проверка на грешки, които се предприемат от екипа за разработка, за да се провери дали са отстранени.

Тестване на данни (DDT): В процеса на тестване, управляван от данни, приложението се тества с множество тестови данни. Приложението се тества с различен набор от стойности.

16. Какви са ценните стъпки за разрешаване на проблеми по време на тестването?

  • Запис: Влезте и се справете с всички възникнали проблеми
  • Докладване: Докладвайте проблемите на мениджър от по -високо ниво
  • Контрол: Определете процеса на управление на проблема

17. Каква е разликата между тестови сценарии, тестови случаи и тестови скрипт?

Разликата между тестовите сценарии и тестовите случаи е тази

Тестови сценарии: Тестов сценарий е всяка функционалност, която може да бъде тествана. Нарича се още Тестово състояние или Възможност за изпитване.

Тестови случаи: Това е документ, който съдържа стъпките, които трябва да бъдат изпълнени; е планирано по -рано.

Тестов скрипт: Той е написан на език за програмиране и е кратка програма, използвана за тестване на част от функционалността на софтуерната система. С други думи, писмен набор от стъпки, които трябва да се извършват ръчно.

18. Какво е латентен дефект?

Латен дефект: Този дефект е съществуващ дефект в системата, който не причинява неизправност, тъй като точния набор от условия никога не е изпълнен

19. Какви са двата параметъра, които могат да бъдат полезни, за да се знае качеството на изпълнението на теста?

За да знаем качеството на изпълнението на теста, можем да използваме два параметъра

  • Коефициент на отхвърляне на дефекти
  • Коефициент на изтичане на дефекти

20. Каква е функцията на фантомния инструмент за тестване на софтуер?

Phantom е безплатна програма и се използва за скриптов език за автоматизация на графичния интерфейс на Windows. Тя ни позволява да поемем контрола на прозорците и функциите автоматично. Той може да симулира всяка комбинация от натискания на клавиши и щраквания на мишката, както и менюта, списъци и др.

21. Обяснете какво представляват тестовите резултати?

Тестовите резултати са набор от документи, инструменти и други компоненти, които трябва да бъдат разработени и поддържани в подкрепа на тестването.

Във всяка фаза от жизнения цикъл на разработката на софтуер има различни тестови резултати

  • Преди Тестване
  • По време на Тестване
  • След Тестването

22. Какво е тестване на мутации?

Тестването на мутации е техника за идентифициране дали набор от тестови данни или тестови случай е полезен чрез умишлено въвеждане на различни промени в кода (грешки) и повторно тестване с оригинални тестови данни/ случаи, за да се определи дали грешките са открити.

23. Какви неща трябва да имате предвид, преди да изберете инструменти за автоматизация за AUT?

  • Техническа осъществимост
  • Ниво на сложност
  • Стабилност на приложението
  • Данни от теста
  • Размер на приложението
  • Повторно използване на автоматизирани скриптове
  • Изпълнение в цялата среда

24. Как ще проведете анализ на риска?

За анализ на риска е необходимо да се изпълнят следните стъпки

  1. Намиране на оценката на риска
  2. Създаване на профил за риска
  3. Промяна на свойствата на риска
  4. Разполагайте ресурсите на този тест риск
  5. Създаване на база данни за риска

25. Какви са категориите за отстраняване на грешки?

Категории за отстраняване на грешки

  1. Отстраняване на грешки с груба сила
  2. Обратно проследяване
  3. Причина за отстраняване
  4. Програмно нарязване
  5. Анализ на дърво на грешки

26. Какво е маскирането на грешки, обяснено с пример?

Когато наличието на един дефект скрива наличието на друг дефект в системата, това е известно като маскиране на грешки.

Пример: Ако „Отрицателната стойност“ предизвика изстрелване на необработено системно изключение, разработчикът ще предотврати въвеждането на отрицателни стойности. Това ще разреши проблема и ще скрие дефекта при необработено задействане на изключение.

27. Обяснете какво представлява планът за изпитване? Каква е информацията, която трябва да бъде включена в тестовия план?

Тестовият план може да бъде дефиниран като документ, описващ обхвата, подхода, ресурсите и графика на тестовите дейности, а планът за изпитване трябва да обхваща следните подробности.

  • Тестова стратегия
  • Цел на теста
  • Критерии за излизане/спиране
  • Планиране на ресурси
  • Тестови резултати

28. Как можете да премахнете продуктовия риск във вашия проект?

Той ви помага да премахнете продуктовия риск във вашия проект и има проста, но съществена стъпка, която може да намали продуктовия риск във вашия проект.

  • Проучете спецификационните документи
  • Обсъдете проекта с всички заинтересовани страни, включително разработчика
  • Като истински потребител разходете се из уебсайта

29. Какъв е общият риск, който води до провал на проекта?

Общият риск, който води до провал на проекта, е

  • Няма достатъчно човешки ресурси
  • Изпитвателната среда може да не е настроена правилно
  • Ограничен бюджет
  • Ограничения във времето

30. На какво основание можете да стигнете до оценка за вашия проект?

За да оцените вашия проект, трябва да вземете предвид следните точки

  • Разделете целия проект на най -малките задачи
  • Разпределете всяка задача на членовете на екипа
  • Оценете усилията, необходими за изпълнение на всяка задача
  • Потвърдете оценката

31. Обяснете как бихте разпределили задача на членовете на екипа?

Задача Член
  • Анализирайте спецификацията на софтуерните изисквания
  • Всички членове
  • Създайте спецификацията на теста
  • Тестер / Анализатор на тестове
  • Изградете тестовата среда
  • Администратор на теста
  • Изпълнете тестовите случаи
  • Тестер, администратор на тест
  • Подайте сигнал за дефекти
  • Тестер

32. Обяснете какво е тип тестване и какви са често използваните тестове?

За да се получи очакван резултат от теста, се следва стандартна процедура, която се нарича Тип на тестване.

Често използваните видове тестове са

  • Unit Testing: Тествайте най -малкия код на приложение
  • API Тестване: API за тестване, създаден за приложението
  • Интеграционно тестване: Отделните софтуерни модули се комбинират и тестват
  • Тестване на системата: Пълно тестване на системата
  • Инсталиране/Деинсталиране на тестване: Тестването се извършва от гледна точка на клиента/клиента
  • Agile тестване: Тестване чрез Agile техника

33. Докато наблюдавате вашия проект, какво трябва да вземете предвид?

Нещата, които трябва да се вземат предвид, са

  • Проектът ви по график ли е
  • Превишавате ли бюджета
  • Работите ли към същата цел в кариерата
  • Имате ли достатъчно ресурси
  • Има ли предупредителни признаци за предстоящи проблеми
  • Има ли натиск от ръководството да завърши проекта по -скоро

34. Какви са често срещаните грешки, които създават проблеми?

  • Сравняване на ресурсите с грешни проекти
  • Тестващ мениджър липса на умения
  • Не слушате другите
  • Лошо планиране
  • Подценяване
  • Игнориране на малките проблеми
  • Не следвайки процеса

35. Какво съдържа типичен протокол от изпитване? Какви са ползите от докладите от тестовете?

Протоколът от тестовете съдържа следните неща:

  • Информация за проекта
  • Цел на теста
  • Резюме на теста
  • Дефект

Ползите от докладите от тестовете са:

  • Информира се текущото състояние на проекта и качеството на продукта
  • Ако е необходимо, заинтересованата страна и клиентът могат да предприемат коригиращи действия
  • Окончателният документ помага да се реши дали продуктът е готов за пускане

36. Какво е преглед на управлението на тестовете и защо е важен?

Прегледът на ръководството се нарича още Осигуряване на качеството на софтуера или SQA. SQA се фокусира повече върху софтуерния процес, а не върху софтуерните продукти. Това е набор от дейности, предназначени да гарантират, че ръководителят на проекта следва стандартния процес. SQA помага на мениджъра на теста да сравнява проекта спрямо зададените стандарти.

37. Какви са най -добрите практики за осигуряване на качеството на софтуера?

Най -добрите практики за ефективно прилагане на SQA са

  • Непрекъснато усъвършенстване
  • Документация
  • Използване на инструмента
  • Метрика
  • Отговорност от членовете на екипа
  • Опитни одитори на SQA

38. Кога се изготвя RTM (Матрица за проследимост на изискванията)?

RTM се изготвя преди проектирането на тестовия случай. Изискванията трябва да бъдат проследими от дейностите по преглед.

39. Каква е разликата между тестовата матрица и матрицата за проследимост?

Тестова матрица : Тестовата матрица се използва за улавяне на действително качество, усилия, план, ресурси и време, необходимо за улавяне на всички фази на софтуерното тестване

Матрица за проследимост : Съпоставянето между тестови случаи и изискванията на клиента е известно като Матрица за проследимост

40. При ръчното тестване какво представляват конусите и драйверите?

И двата елемента и драйверите са част от постепенното тестване. При постепенното тестване има два подхода, а именно подход отдолу нагоре и отгоре надолу. Драйверите се използват при тестване отдолу нагоре, а заглушаването се използва за подход отгоре надолу. За да се тества основният модул, се използва конусът, който е фиктивен код или програма.

41. Каква е стъпката, която бихте следвали, след като откриете дефекта?

След като бъде открит дефект, ще следвате стъпката

а) Възстановете дефекта

б) Прикачете екранната снимка

в) Регистрирайте дефекта

42. Обяснете какъв е методът за тестване „Управляван от план за тестване“ или „Управляван с ключови думи“?

Тази техника използва действителния документ от тестовия случай, разработен от изпитателите, използвайки електронна таблица, съдържаща специални „ключови думи“. Ключовите думи контролират обработката.

43. Какво представлява DFD (Data Flow Diagram)?

Когато „поток от данни“ през информационна система е графично представен, той е известен като диаграма на потока от данни. Използва се и за визуализация на обработката на данни.

44. Обяснете какво е LCSAJ?

LCSAJ означава „линейна кодова последователност и скок“. Състои се от следните три елемента

а) Начало на линейната последователност от изпълними инструкции

б) Край на линейната последователност

в) Целевата линия, към която се прехвърля контролен поток в края на линейната последователност

45. Обяснете какво е N+1 тестване?

Вариацията на регресионното тестване е представена като N+1. В тази техника изпитването се извършва в множество цикли, при които грешките, открити в изпитвателния цикъл „N“, се разрешават и се тестват повторно в изпитвателния цикъл N+1. Цикълът се повтаря, освен ако не са открити грешки.

46. ​​Какво е Fuzz тестване и кога се използва?

Fuzz тестването се използва за откриване на вратички в сигурността и грешки в кодирането в софтуера. При тази техника към системата се добавят произволни данни в опит да се срине системата. Ако уязвимостта продължава, инструмент, наречен fuzz tester, се използва за определяне на потенциалните причини. Тази техника е по -полезна за по -големи проекти, но открива само голяма грешка.

47. Споменете кои са основните предимства на показателя за покритие на изявления при тестване на софтуер?

Ползата от показателя за покритие на изявления е, че

а) Не изисква обработка на изходния код и може да се приложи директно към обектния код

б) Грешките се разпределят равномерно чрез кода, поради което процентът на обхванатите изпълними изявления отразява процента на откритите грешки

48. Как да генерирам тестови случаи за метода „замени низ“?

а) Ако знаци в новия низ> знаци в предишния низ. Нито един от знаците не трябва да се отрязва

б) Ако знаци в нов низв) Пространствата след и преди низа не трябва да се изтриват

г) Низът трябва да бъде заменен само за първото появяване на низ

49. Как ще се справите с конфликт между членовете на вашия екип?

  • Ще говоря индивидуално с всеки човек и ще отбележа техните притеснения
  • Ще намеря решение на общите проблеми, повдигнати от членовете на екипа
  • Ще проведа среща на екип, ще разкрия решението и ще помоля хората да си сътрудничат

50. Посочете какви са категориите дефекти?

Основно има три категории дефекти

  • Грешно : Когато изискването е изпълнено неправилно
  • Липсва : Това е отклонение от спецификацията, индикация, че спецификацията не е приложена или изискване на клиента не е изпълнено
  • Екстра : Изискване, включено в продукта, което не е дадено от крайния клиент. Счита се за дефект, тъй като е отклонение от съществуващите изисквания

51. Обяснете как работи инструментът за покритие на тест?

Инструментът за тестване на кодово покритие работи паралелно, докато извършва тестване на действителния продукт. Инструментът за покритие на кода следи изпълнените изявления на изходния код. Когато приключи окончателното тестване, получаваме пълен отчет за чакащите изявления и също така получаваме процента на покритие.

52. Споменете каква е разликата между „дефект“ и „провал“ при тестване на софтуер?

С прости думи, когато дефект достигне до крайния клиент, той се нарича повреда, докато дефектът се идентифицира вътрешно и се отстранява; тогава той се нарича дефект.

53. Обяснете как да тествате документи в проект, който обхваща целия жизнен цикъл на разработката на софтуер?

Проектът обхваща целия жизнен цикъл на разработване на софтуер по следния начин

  • Централен план на проекта/Проект: Това е основният план за изпитване, който очертава пълната стратегия за тестване на проекта. Този план се използва до края на жизнения цикъл на разработката на софтуер
  • План за приемане на изпитания: Този документ започва по време на фаза на изискване и завършва при крайната доставка
  • План за тестване на системата: Този план започва по време на плана за проектиране и продължава до края на проекта
  • Интеграционен план и план за изпитване на модул: И двата плана за тестване започват по време на фазата на изпълнение и продължават до крайната доставка

54. Обяснете кои тестови случаи са написани първи черни кутии или бели кутии?

Тестовете за черна кутия се пишат първо, за да се напишат тестове за черна кутия; той изисква план на проекта и документ за изисквания всички тези документи са лесно достъпни в началото на проекта. Докато писането на тестови случаи с бяла кутия изисква повече архитектурно разбиране и не е налично в началото на проекта.

55. Обяснете каква е разликата между латентни и маскирани дефекти?

  • Латен дефект: Латентен дефект е съществуващ дефект, който не е причинил повреда, тъй като набор от условия никога не са били изпълнени
  • Маскиран дефект: Това е съществуващ дефект, който не е причинил повреда, защото друг дефект е попречил на изпълнението на тази част от кода

56. Споменете какво е тестване отдолу нагоре?

Тестването отдолу нагоре е подход към интеграционното тестване, където първо се тестват компонентите от най-ниското ниво, след което се използват за улесняване на тестването на компоненти от по-високо ниво. Процесът се повтаря, докато компонентът в горната част на йерархията не бъде тестван.

57. Споменете какви са различните видове техники за покриване на тестове?

Различните видове техники за покриване на тестове включват

  • Покритие на декларацията: Той проверява дали всеки ред изходен код е изпълнен и тестван
  • Обхват на решение: Той гарантира, че всяко решение в изходния код се изпълнява и тества
  • Покритие на пътя: Той гарантира, че всеки възможен маршрут през дадена част от кода се изпълнява и тества

58. Споменете какъв е смисълът на дихателните тестове?

Тестването на дишането е набор от тестове, който упражнява пълната функционалност на продукта, но не тества подробно функциите

59. Обяснете какво е значението на Code Walk Through?

Code Walk Through е неформален анализ на изходния код на програмата за намиране на дефекти и проверка на кодиращите техники

60. Споменете кои са основните компоненти на формата за доклад за дефекти?

Основните компоненти на формата за доклад за дефекти включват

  • Име на проекта
  • Име на модула
  • Дефект открит на
  • Дефект, открит от
  • ИД и име на дефект
  • Снимка на дефекта
  • Статус на приоритет и тежест
  • Дефектът е решен от
  • Дефектът е отстранен на

61. Споменете каква е целта зад извършването на тестване от край до край?

Тестването от край до край се извършва след функционално тестване. Целта зад извършването на тестове от край до край е тази

  • За да потвърдите софтуерни изисквания и интеграция с външни интерфейси
  • Тестване на приложението в сценарий на реална среда
  • Тестване на взаимодействието между приложение и база данни

62. Обяснете какво означава това под тест -сбруя?

Тестовият сбруя конфигурира набор от инструменти и тестови данни за тестване на приложение в различни условия и включва мониторинг на изхода с очакван изход за коректност.

63. Обяснете в проект за тестване какви дейности за тестване бихте автоматизирали?

При тестване на дейностите по тестване на проекти бихте автоматизирали

  • Тестове, които трябва да се изпълняват за всяка компилация на приложението
  • Тестове, които използват множество данни за един и същ набор от действия
  • Идентични тестове, които трябва да бъдат изпълнени с помощта на различни браузъри
  • Страници с критична мисия
  • Транзакция със страници, които не се променят за кратко време

64. Каква е ОСНОВНАТА полза от проектирането на тестове в началото на жизнения цикъл?

Той помага да се предотврати въвеждането на дефекти в кода.

65. Какво е тестване на базата на риск?

Тестването на базата на риск е терминът, използван за подход за създаване на Тестова стратегия това се основава на приоритизиране на тестовете по риск. Основата на подхода е подробен анализ на риска и приоритизиране на рисковете по ниво на риск. След това се определят тестове за справяне с всеки риск, като се започне първо с най -високия риск.

66. Каква е КЛЮЧОВАТА разлика между превантивния и реактивния подход към тестването?

Превантивните тестове са проектирани рано; реактивните тестове се проектират след производството на софтуера.

67. Каква е целта на критериите за излизане?

Целта на критериите за излизане е да се определи кога е завършено тестовото ниво.

68. Какво определя нивото на риск?

Вероятността от нежелано събитие и въздействието на събитието определят нивото на риска.

69. Кога се използва тестване на таблица за вземане на решения?

Тестването на таблицата за вземане на решения се използва за системи за тестване, за които спецификацията е под формата на правила или комбинации причинно-следствена връзка. В таблица за вземане на решения входовете са изброени в колона, с изходите в същата колона, но под входовете. Останалата част от таблицата изследва комбинации от входове за определяне на произведените резултати.

Научете повече за техниката за тестване на таблицата за вземане на решения във видео урока тук

70. Защо използваме таблици за вземане на решения?

Техниките за разделяне на еквивалентност и анализ на гранична стойност често се прилагат към конкретни ситуации или входове. Въпреки това, ако различни комбинации от входове водят до предприемане на различни действия, това може да бъде по -трудно да се покаже с помощта на разделяне на еквивалентност и анализ на гранична стойност, които обикновено са по -фокусирани върху потребителския интерфейс. Другите две базирани на спецификации техники, таблици за вземане на решения и тестване за преход на състояния са по-фокусирани върху бизнес логиката или бизнес правилата. Таблицата за вземане на решения е добър начин да се справите с комбинации от неща (например входни данни). Тази техника понякога се нарича и таблица „причина-следствие“. Причината за това е, че има свързана техника за логическо диаграмиране, наречена „графика на причинно-следствената връзка“, която понякога се използва за извличане на таблицата за вземане на решения

71. Каква е ОСНОВНАТА цел при преглед на софтуерен продукт?

За идентифициране на дефекти във всеки софтуерен работен продукт.

72. Кое от следните определя очакваните резултати от тест? Спецификация на тестовия случай или спецификация на тестовия дизайн.

Спецификацията на тестовия случай определя очакваните резултати от теста.

73. Каква е ползата от независимостта на теста?

Той избягва пристрастията на авторите при определяне на ефективни тестове.

74. Като част от кой процес на изпитване определяте критериите за излизане?

Критериите за излизане се определят въз основа на „Планиране на тестове“.

75. Какво е Алфа тестване?

Предварително тестване от представители на крайния потребител на сайта на разработчика.

76. Какво е бета тестване?

Тестване, извършено от потенциални клиенти на техните собствени места.

77. Споменете каква е разликата между пилотното и бета тестването?

Разликата между пилотно и бета тестване е, че пилотното тестване всъщност се извършва с помощта на продукта от групата потребители преди окончателното внедряване, а при бета тестването не въвеждаме реални данни, но се инсталира при крайния клиент за валидиране ако продуктът може да се използва в производството.

78. Предвид следния фрагмент от код, колко теста са необходими за 100% обхват на решения?

 if width > length thenbiggest_dimension = width if height > width thenbiggest_dimension = height end_if elsebiggest_dimension = length if height > length thenbiggest_dimension = height end_if end_if 

4

79. Вие сте проектирали тестови случаи, за да осигурите 100% изявление и 100% покритие на решения за следващия фрагмент от код. ако width> length тогава najveći_размер = ширина иначе най -голям_размер = дължина end_if Следното е добавено в долната част на кодовия фрагмент по -горе. печат „Най -голямото измерение е“ & najveći_размерпринт „Ширина:“ & ширина печат „Дължина:“ & дължина Колко още тестови случая са необходими?

Няма, могат да се използват съществуващи тестови случаи.

80. Каква е разликата между Техниките за тестване и Инструментите за тестване?

Техника за тестване: - Процес за гарантиране на правилното функциониране на някои аспекти на приложната система или единица, може да има малко техники, но много инструменти.

Инструменти за тестване: - Това е средство за извършване на процес на тестване. Инструментът е ресурс за тестера, но сам по себе си е недостатъчен за провеждане на тестване

Научете повече за инструментите за тестване тук

81. Използваме резултата от анализа на изискванията, спецификацията на изискването като вход за писане ...

Тестове за приемане от потребителите

82. Многократно тестване на вече тествана програма, след модификация, за откриване на всякакви дефекти, въведени или разкрити в резултат на промените в тествания софтуер или в друг свързан или несвързан софтуерен компонент:

Регресионно тестване

83. Търговец на едро продава касети за принтери. Минималното количество за поръчка е 5. Има 20% отстъпка за поръчки на 100 или повече принтерни касети. От вас се изисква да подготвите тестови случаи, използвайки различни стойности за броя на поръчаните касети за принтер. Коя от следните групи съдържа три тестови входа, които биха били генерирани чрез анализ на граничната стойност?

4, 5, 99

84. Какво е тестване на компоненти?

Тестването на компоненти, известно също като тестване на модули и програми, търси дефекти и проверява функционирането на софтуера (например модули, програми, обекти, класове и т.н.), които могат да бъдат тествани отделно. Тестването на компоненти може да се извърши изолирано от останалата част на системата в зависимост от контекста на жизнения цикъл на разработката и системата. Най -често изводите и драйверите се използват за замяна на липсващия софтуер и просто за симулиране на интерфейса между компонентите на софтуера. От софтуерния компонент, който трябва да бъде тестван, се извиква мъниче; шофьор извиква компонент за тестване.

Ето едно страхотно видео на Единично тестване

85. Какво е тестване на функционалната система?

Тестването от край до край на функционалността на системата като цяло се определя като функционално тестване на системата.

86. Какви са ползите от независимото тестване?

Независимите изпитатели са безпристрастни и идентифицират различни дефекти едновременно.

87. При РЕАКТИВЕН подход към тестването кога бихте очаквали да започне основната част от работата по проектиране на теста?

По -голямата част от работата по проектиране на тестове започна след производството на софтуера или системата.

88. Какви са различните методологии в модела за гъвкаво развитие?

В момента има седем различни гъвкави методологии, за които съм запознат:

  1. Екстремно програмиране (XP)
  2. Scrum
  3. По -чисто разработване на софтуер
  4. Развитие, задвижвано от функции
  5. Agile унифициран процес
  6. Кристал
  7. Модел за развитие на динамични системи (DSDM)

89. Коя дейност в основния процес на изпитване включва оценка на проверимостта на изискванията и системата?

„Тестов анализ“ и „Проектиране“ включват оценка на проверимостта на изискванията и системата.

90. Коя е типично НАЙ -важната причина да се използва рискът за стимулиране на усилията за тестване?

Тъй като тестването на всичко не е възможно.

91. Какво е тестване на случаен принцип/маймуна? Кога се използва?

Случайното тестване често е известно като тестване на маймуни. При такъв тип тестване данните се генерират на случаен принцип, често с помощта на инструмент или автоматизиран механизъм. С този произволно генериран вход системата се тества и резултатите се анализират съответно. Тези тестове са по -малко надеждни; следователно обикновено се използва от начинаещи и за да се види дали системата ще издържи при неблагоприятни ефекти.

92. Кои от следните са валидни цели за докладите за инциденти?

  1. Предоставете на разработчиците и други страни обратна връзка за проблема, за да разрешите идентифицирането, изолирането и коригирането, ако е необходимо.
  2. Дайте идеи за подобряване на тестовия процес.
  3. Осигурете средство за оценка на компетентността на тестерите.
  4. Осигурете на тестерите средства за проследяване на качеството на тестваната система.

93. Помислете за следните техники. Кои са статични и кои динамични техники?

  1. Разделяне на еквивалентност.
  2. Тестване на случай на използване.
  3. Анализ на потока от данни.
  4. Проучвателно тестване.
  5. Тестване на решения.
  6. Проверки.

Анализът и проверките на потока от данни са статични; Разделянето на еквивалентност, тестването на случаите на използване, проучвателното тестване и тестването на решения са динамични.

94. Защо статичното и динамичното изпитване се описват като допълващи се?

Тъй като те споделят целта за идентифициране на дефекти, но се различават по вида на дефекта, който откриват.

95. Какви са фазите на официалния преглед?

За разлика от неофициалните прегледи, официалните прегледи следват официален процес. Типичният официален процес на преглед се състои от шест основни стъпки:

  1. Планиране
  2. Начален старт
  3. Подготовка
  4. Преглед на срещата
  5. Преработете
  6. Последващи действия.

96. Каква е ролята на модератора в процеса на преглед?

Модераторът (или ръководителят на прегледа) ръководи процеса на преглед. Той или тя определя, в сътрудничество с автора, вида на рецензията, подхода и състава на екипа за преглед. Модераторът извършва проверка за влизане и последващи действия по преработката, за да контролира качеството на входа и изхода на процеса на преглед. Модераторът също така насрочва срещата, разпространява документи преди срещата, обучава други членове на екипа, разпределя темповете на срещата, води възможни дискусии и съхранява събраните данни.

Научете повече за процеса на преглед във видеоурок тук

97. Какво е дял на еквивалентност (известен също като клас на еквивалентност)?

Входни или изходни диапазони от стойности, така че само една стойност в диапазона се превръща в тест.

98. Кога трябва да се приложат процедури за управление на конфигурацията?

По време на планирането на теста.

99. Вид функционално тестване, което изследва функциите, свързани с откриването на заплахи, като вирус от злонамерени външни лица?

Тестване на сигурността

100. Тестване, при което подлагаме целта на теста на различни натоварвания за измерване и оценка на поведението на изпълнението и способността на целта и теста да продължат да функционират правилно при тези различни натоварвания?

Зареждане на тестване

101. Тестовата дейност, която се извършва за разкриване на дефекти в интерфейсите и във взаимодействието между интегрирани компоненти, е?

Тестване на ниво на интеграция

102. Какви са техниките за тестване на структурата (бяла кутия)?

Структурно-базирани техники за тестване (които също са динамични, а не статични) използват вътрешната структура на софтуера за извличане на тестови случаи. Те обикновено се наричат ​​техники „бяла кутия“ или „стъклена кутия“ (което означава, че можете да видите в системата), тъй като изискват познания за това как е внедрен софтуерът, тоест как работи. Например, структурна техника може да бъде свързана с упражняване на контури в софтуера. Могат да се извлекат различни тестови случаи за упражняване на цикъла веднъж, два пъти и много пъти. Това може да стане независимо от функционалността на софтуера.

103. Кога трябва да се извърши „регресионно тестване“?

След промяна на софтуера или промяна на средата Регресионно тестване трябва да се извърши.

104 . Какво е отрицателен и положителен тест?

Отрицателен тест е, когато въведете невалиден вход и получите грешки. Докато положителното тестване е, когато въведете валиден вход и очаквате някои действия да бъдат завършени в съответствие със спецификацията.

105. Каква е целта на критерия за завършен тест?

Критерият за завършване на теста е да определи кога да спре тестването

106. Какво НЕ може да намери статичният анализ?

Например изтичане на памет.

107. Каква е разликата между повторно тестване и регресионно тестване?

Повторното тестване гарантира, че първоначалната грешка е отстранена; регресионното тестване търси неочаквани странични ефекти.

108. Какви са опитни техники за тестване?

В техники, базирани на опит, знанията, уменията и миналото на хората са основен фактор за тестовите условия и тестовите случаи. Опитът както на техническите, така и на бизнесмените е важен, тъй като те внасят различни гледни точки в тестовия анализ и процеса на проектиране. Поради предишен опит с подобни системи, те може да имат представа какво може да се обърка, което е много полезно за тестване.

109. Какъв вид преглед изисква официални критерии за влизане и излизане, включително показатели?

Инспекция

110. Могат ли прегледите или проверките да се считат за част от тестването?

Да, защото и двете помагат за откриване на неизправности и подобряват качеството.

111. Поле за въвеждане отнема годината на раждане между 1900 и 2004 г. какви са граничните стойности за тестване на това поле?

1899,1900,2004,2005

112. Кой от следните инструменти би бил включен в автоматизацията на регресионния тест? а. Тестер за данни b. Граничен тестер c. Заснемане/Възпроизвеждане d. Сравнител на изхода.

д. Сравнител на изхода

113. За да се тества функция, какво трябва да напише програмист, който извиква функцията да бъде тествана и да предава тестови данни.

Шофьор

114. Каква е основната причина, поради която разработчиците изпитват затруднения при тестването на собствената си работа?

Липса на обективност

115. 'Колко тестове са достатъчни?'

Отговорът зависи от риска за вашата индустрия, договор и специални изисквания.

116. Кога трябва да се спре тестването?

Зависи от рисковете за тестваната система. Има някои критерии, въз основа на които можете да спрете тестването.

  1. Срокове (тестване, пускане)
  2. Тестовият бюджет е изчерпан
  3. Процентът на грешки пада под определено ниво
  4. Тестови случаи, завършени с определен процент преминат
  5. Алфа или бета периодите за тестване приключват
  6. Покритието на код, функционалност или изисквания са изпълнени до определена точка

117. Коя от следните е основната цел на интеграционната стратегия за интеграционни тестове в малките?

Основната цел на стратегията за интегриране е да се посочат кои модули да се комбинират кога и колко наведнъж.

118. Какво представляват полуслучайните тестови случаи?

Полуслучайните тестови случаи не са нищо, но когато изпълняваме случайни тестови случаи и правим разделяне на еквивалентност към тези тестови случаи, това премахва излишните тестови случаи, като по този начин ни дава полуслучайни тестови случаи.

119. Като се има предвид следния код, кое твърдение е вярно относно минималния брой тестови случаи, необходими за пълно покритие на изявления и клонове?

Прочетете стр

Прочетете q

АКО p+q> 100

След това отпечатайте „Голям“

ENDIF

АКО p> 50

THEN Отпечатайте 'p Large'

ENDIF

1 тест за покритие на изявления, 2 за покритие на клона

120. Кой преглед обикновено се използва за оценка на даден продукт, за да се определи неговата годност за предвидената употреба и за идентифициране на несъответствия?

Технически преглед.

121. От кого трябва първоначално да бъдат документирани констатираните неизправности?

От тестери.

122. Кой е настоящият официален световно признат стандарт за документация?

Няма такъв.

123. Кое от следните е участникът в рецензията, който е създал елемента, който да бъде прегледан?

Автор

124. В софтуера са коригирани редица критични грешки. Всички грешки са в един модул, свързан с отчети. Ръководителят на теста решава да направи регресионно тестване само в модула за отчети.

Регресионното тестване трябва да се направи и на други модули, тъй като фиксирането на един модул може да засегне други модули.

125. Защо анализът на граничната стойност предоставя добри тестови случаи?

Тъй като често се допускат грешки по време на програмирането на различните случаи в близост до „ръбовете“ на диапазона от стойности.

126. Какво прави проверката различна от другите видове преглед?

Той се ръководи от обучен лидер, използва официални критерии за влизане и излизане и контролни списъци.

127. Защо тестерът може да зависи от управлението на конфигурацията?

Тъй като управлението на конфигурацията гарантира, че знаем точната версия на тестовия софтуер и тестовия обект.

128. Какво е V-модел?

Модел за разработка на софтуер, който илюстрира как тестовите дейности се интегрират с фазите на разработка на софтуер

129. Какво е тестване за поддръжка?

Задейства се от модификации, миграция или оттегляне на съществуващ софтуер

130. Какво представлява покритието на теста?

Измерването на покритието на теста по някакъв специфичен начин е количеството на тестването, извършено чрез набор от тестове (получени по някакъв друг начин, например, като се използват специални техники). Навсякъде, където можем да преброим нещата и можем да кажем дали всяко от тези неща е било тествано чрез някакъв тест, тогава можем да измерим покритието.

131. Защо постепенната интеграция се предпочита пред интеграцията „голям взрив“?

Тъй като постепенната интеграция има по -добра ранна способност за скрининг и изолация

132. Какво се нарича процес, започващ с терминалните модули?

Интеграция отдолу нагоре

133. По време на коя изпитателна дейност най-рентабилно може да се открие неизправност?

По време на планирането на теста

134. Целта на фазата на изискване е

За да замразите изискванията, да разберете нуждите на потребителите, да определите обхвата на тестването

135. Защо разделяме тестването на отделни етапи?

Разделяме тестването на отделни етапи поради следните причини,

  1. Всеки етап на изпитване има различна цел
  2. По -лесно е да успеете да тествате поетапно
  3. Можем да проведем различни тестове в различни среди
  4. Производителността и качеството на тестването се подобряват чрез поетапно тестване

136. Какво е DRE?

За да се измери ефективността на теста, се използва мощна метрика за измерване на ефективността на теста, известна като DRE (ефективност при отстраняване на дефекти). От този показател бихме знаели колко грешки сме открили от набора от тестови случаи. Формулата за изчисляване на DRE е

DRE = Брой грешки по време на тестване/брой грешки по време на тестване + брой грешки, намерени от потребител

137. Кое от изброените по -долу може да се възползва най -много от използването на тестови инструменти, осигуряващи съхранение и повторение на тестовете? а) Регресионно тестване б) Интеграционно тестване в) Системно тестване г) Изпитване за приемане от потребителя

Регресионно тестване

138. Как бихте оценили размера на повторните тестове, които вероятно ще бъдат необходими?

Показатели от предишни подобни проекти и дискусии с екипа за разработка

139. Какви изследвания анализират потока от данни?

Използването на данни за пътища през кода.

140. Какво е провал?

Неуспехът е отклонение от определено поведение.

141. Какво представляват сравнителните тестове?

Наистина ли е тест, ако въведете някои входни данни в някакъв софтуер, но никога не гледайте дали софтуерът дава правилния резултат? Същността на тестването е да се провери дали софтуерът дава правилния резултат и да направим това, а ние трябва да сравним какво произвежда софтуерът с това, което трябва да произведе. Сравнителят на тестове помага да се автоматизират аспектите на това сравнение.

142. Кой отговаря за документирането на всички въпроси, проблеми и открити въпроси, които бяха идентифицирани по време на срещата за преглед

Писач

143. Каква е основната цел на неофициалния преглед

Евтин начин да получите някаква полза

144. Каква е целта на техниката за проектиране на тестове?

Идентифициране на тестови условия и Идентифициране на тестови случаи

145. При тестване на система за изчисляване на оценка, тестерът определя, че всички оценки от 90 до 100 ще дадат оценка А, но оценки под 90 няма. Този анализ е известен като:

Разделяне на еквивалентност

146. Тест мениджър иска да използва наличните ресурси за автоматизираното тестване на уеб приложение. Най -добрият избор е Тестер, автоматизация на тестове, уеб специалист, DBA

147. По време на тестването на модулен тестер „X“ откри грешка и я възложи на разработчик. Но разработчикът отхвърля същото, като казва, че това не е грешка. Какво трябва да направи 'X'?

Изпратете подробна информация за възникналата грешка и проверете възпроизводимостта

148. Вид интеграционно тестване, при което софтуерни елементи, хардуерни елементи или и двете се комбинират наведнъж в компонент или цялостна система, а не на етапи.

Тестване на Големия взрив

149. На практика, кой модел на жизнения цикъл може да има повече, по -малко или различни нива на развитие и тестване, в зависимост от проекта и софтуерния продукт. Например може да има тестване за интегриране на компоненти след тестване на компоненти и тестване на системна интеграция след тестване на системата.

V-модел

150. Коя техника може да се използва за постигане на входно и изходно покритие? Може да се прилага за човешки вход, вход чрез интерфейси към система или параметри на интерфейса при интеграционно тестване.

Разделяне на еквивалентност

151. „Този ​​модел на жизнения цикъл се ръководи от графици и бюджетни рискове“ Това изявление е най -подходящо за.

V-модел

152. В какъв ред трябва да се провеждат тестове?

Най -важният трябва първо да бъде тестван

153. Колкото по -късно в жизнения цикъл на развитието се открие неизправност, толкова по -скъпо е да се отстрани. Защо?

Грешката е вградена в повече документация, код, тестове и т.н.

154. Какво представлява измерването на покритието?

Това е частична мярка за задълбоченост на теста.

155. Какво е тестване на гранична стойност?

Тествайте граничните условия върху, под и над ръбовете на входящите и изходните класове на еквивалентност. Да речем например банково приложение, където можете да изтеглите максимум 20 000 рубли и минимум 100 рупии, така че при тестване на гранична стойност тестваме само точните граници, вместо да удряме в средата. Това означава, че тестваме над максималната граница и под минималната граница.

156. Какво представлява COTS?

Реклама извън рафта.

157. Целта на която е да позволи извършването на специфични тестове в система или мрежа, която максимално наподобява средата, в която изпитваният обект ще се използва при пускане?

Тестова среда

158. Какво може да се мисли като основано на плана на проекта, но с по -голямо количество подробности?

Фазов план за изпитване

159. Какво е бързо разработване на приложения?

Бързото разработване на приложения (RAD) формално е паралелно развитие на функции и последваща интеграция. Компонентите/функциите се разработват паралелно, сякаш са мини проекти, разработките са в рамките на времето, доставени и след това сглобени в работещ прототип. Това може много бързо да даде на клиента нещо да види и използва и да предостави обратна връзка относно доставката и техните изисквания. С тази методология са възможни бърза промяна и развитие на продукта. Спецификацията на продукта обаче ще трябва да бъде разработена за продукта в даден момент и проектът ще трябва да бъде поставен под по -официален контрол, преди да започне производството.

Обърнете се към нашия - Тест за тестване

Обърнете се към нашия - Софтуер Тестване Интервю Въпроси Youtube Видео

Безплатно изтегляне на PDF: Въпроси и отговори за интервю за тестване на софтуер



Горните въпроси и отговори на интервю за ръчно тестване ще помогнат както на освежители, така и на опитни QA инженери. Моля, споделете страницата с приятели и колеги.