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

Съдържание:

Anonim

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

Покрихме почти 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) и тестване на системата?

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

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

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

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

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

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

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

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

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

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

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

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

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. Обяснете какво е тип тестване и кои са често използваните видове тестване?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

а) Пресъздайте дефекта

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

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

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

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

43. Какво представлява DFD (диаграма на потока от данни)?

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

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

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

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

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

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

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

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

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

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

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% покритие на решенията?

ако ширина> дължинаthenbiggest_dimension = ширинаако височина> ширинаthenbiggest_dimension = височинаend_ifelsebiggest_dimension = дължинаако височина> дължинаthenbiggest_dimension = височинаend_ifend_if

4

79. Проектирали сте тестови случаи, за да осигурите 100% изявление и 100% покритие на решенията за следващия фрагмент от код. if width> length then greatest_dimension = width else greatest_dimension = length end_if Следното е добавено в долната част на кодовия фрагмент по-горе. print "Най-голямото измерение е" & greatest_dimensionprint "Width: & width print "Length: & length Колко още тестови случаи са необходими?

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

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

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

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

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

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

...

Случаи на тестове за приемане от потребителя

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

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

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

4, 5, 99

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

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

Ето страхотно видео за Unit Testing

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

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

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

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

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

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

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

Понастоящем има седем различни гъвкави методологии, за които знам:

  1. Екстремно програмиране (XP)
  2. Scrum
  3. Lean Software Development
  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

СЛЕД ПЕЧАТ "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 (Defect Removal Efficiency). От тази метрика ще разберем колко грешки сме открили от набора от тестови случаи. Формулата за изчисляване на DRE е

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

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

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

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. Какво е тестване на гранична стойност?

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

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

Търговски извън рафта.

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

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

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

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

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

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

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

Обърнете се към нашите - Въпроси за интервю за тестване на софтуер Youtube Video

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

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