85+ въпроси и отговори за интервю за тестване на софтуер
Ето списък с всички важни въпроси за интервю за тестване на софтуер за новокурсници и професионалисти. Получете мечтаната си работа в областта на тестването на софтуер с помощта на това ръководство за интервю за тестване на софтуер.
Въпроси за интервю за тестване на софтуер за първокурсници
1) Какво е интеграционно тестване?
Интеграционното тестване е метод за тестване на софтуер, който комбинира и тества отделни компоненти на приложението. Обикновено се извършва след модулно и функционално тестване.
2) Какво е произволно тестване?
Случайното тестване, известно още като ad hoc тестване, е метод, който не следва никакви тестови случаи или изисквания, свързани с приложението. В много случаи това е непланирана дейност, при която всяка част от приложението се проверява на случаен принцип, за да се открият дефекти.
3) Какво е SDLC?
SDLC (жизнен цикъл на разработка на софтуер) е систематичен процес за разработване на софтуер, за да се гарантира качеството и коректността на създадения софтуер. Това е кратка форма на процеса на жизнения цикъл на разработката на софтуер, който има за цел да произвежда висококачествен софтуер, който отговаря на очакванията на клиентите.
Разработката трябва да бъде завършена в предварително определената времева рамка и цена. Този жизнен цикъл се състои от подробен план, който обяснява как да планирате, изграждате и поддържате специфичен софтуер.
4) Какво представлява тестването, управлявано от данни?
Тестването, управлявано от данни, е многократно изпълнение на тестови скриптове, като се използват източници на данни като XML файлове, електронни таблици, Microsoft Excel и SQL бази данни.
За да генерирате изхода, можете да използвате тези източници на данни като входни стойности. След това неговият резултат се сравнява, за да се провери системата или софтуера.
5) Какви са най-добрите практики за писане на тестови случаи?
Напишете тестови случаи от гледна точка на крайния потребител:
- Напишете тестовите стъпки просто и лесно, така че всеки да може лесно да ги следва
- Направете тестовите случаи многократно използвани
- Задайте зададения приоритет
- Трябва да опишете тестовия случай, тестовите данни, очакваните резултати, предварителните условия и постусловията.
- Пишете невалидни тестови случаи отделно от валидни тестови случаи
- Следвайте всички правилни правила за именуване
- Revт.е. тестовите случаи и ги актуализирайте, ако е необходимо.
6) Какво е анализ на гранични стойности?
Това е техника за тестване на софтуер, използвана за анализиране на гранични стойности на дялове на класове на еквивалентност. Този метод на тестване ви помага да идентифицирате грешки на границите, вместо в стойностите на диапазона.
7) Какви са важните показатели за тестване?
Ето някои важни показатели за тестване:
- Общият брой коригирани грешки.
- Броят на откритите дефекти и редът на тяхната тежест.
- Общ брой проблеми, причинени от грешка в изходния код спрямо конфигурация или външни фактори на околната среда
- Процент на коригиране на грешки във времето
- Numbers на неотстранени грешки преди пускане.
- Неуспехи, докладвани от потребителите, срещу грешки, открити от тестерите.
8) Какви параметри помагат да се провери качеството на изпълнение на теста?
Два най-съществени параметъра за проверка на качеството на изпълнение на теста са:
- Коефициентът на отхвърлени дефекти е съотношението на общия брой отхвърлени продукти към общото производство.
- Коефициентът на изтичане на дефекти е съотношението на общото отхвърляне към общото производство.
9) Какви са различните нива на теста?
- Четири вида тестови нива са: Тестване на модул/компонент/програма/модул
- Интеграционно тестване
- Тестване на системата
- Изпитване за приемане
10) Какво представлява жизненият цикъл на грешка/дефект?
Жизненият цикъл на грешка се нарича още жизнен цикъл на дефекта. В процеса на разработка на софтуер всяка грешка има жизнен цикъл. Грешката трябва да премине през жизнения цикъл, за да бъде затворена. Жизненият цикъл на грешка зависи от инструментите (QC, JIRA и т.н.) и използвания организационен процес.
11) Какво е управление на конфигурацията?
Управление на конфигурацията е метод за тестване за установяване и поддържане на съгласуваност на физическата информация, производителността, функционалността, дизайна и оперативната информация на продукта. Освен това носи ефективност на разходите и по-добро управление на времето за вашата организация.
12) Кои са основните компоненти на формата на доклада за дефекти?
Ето основните компоненти на формата за доклад за дефекти:
- Име на проекта
- Име на модула
- Открит дефект
- ID на дефекта
- Име на дефекта
- Екранна снимка на дефекта
- Състояние на сериозност и приоритет
- Дефектът е разрешен от и е разрешен на
13) Какви са разликите между Selenium и Сикули?
Ето някои основни разлики между Selenium и Сикули:
Selenium | Сикули |
Не можете да автоматизирате флаш обекти като видео плейъри, аудио плейъри и т.н. | Той предлага широка поддръжка за автоматизиране на флаш обекти |
Има сложен API | Има прост API |
Може да автоматизира само уеб приложения | Можете да автоматизирате уеб, както и Windows приложение. |
14) Какви са видовете проблеми със сигурността при уеб тестване?
- Атака за отказ от услуга (DOS).
- Преглед на други статистики
- Buffer преливане
- Директно предаване на вътрешен URL адрес през адреса на браузъра
15) Какво е TestNG?
TestNG е усъвършенствана рамка, която е проектирана така, че да използва предимствата както на разработчиците, така и на софтуерните тестери. Тази програма също така включва механизъм за обработка на изключения, който предотвратява неочакваното прекратяване на програмата.
16) Какво представлява каскадирането на дефекти?
Каскадирането на дефекти е метод за задействане на други дефекти в приложението, когато един дефект бъде открит по време на тестване. Той също така извиква други дефекти на приложението, тъй като множество дефекти се появяват в по-късните етапи на разработката на софтуера.
17) Какво представлява концепцията Workbench?
Работната маса е документ, който обяснява как трябва да бъде изпълнена дадена дейност. Нарича се също като стъпка, фаза или задача. Той действа като платформа за разработване и наблюдение на работните структури на тестерите. Използвайки първоначалните данни, можете да използвате този метод, за да разделите задачите на всяка фаза и да постигнете очакванията на клиента.
Workbench има пет задачи:
- Вход
- Изпълнение
- Проверка
- Производствена продукция
- Преработи
18) Какви са различните стратегии за внедряване до крайни потребители?
Стратегиите, които трябва да се следват за внедряването, са следните:
1) Pilot, 2) Постепенно внедряване, 3) Поетапно внедряване и 4) Паралелно изпълнение
19) Какво е Testbed?
Testbed е софтуер, хардуер и други тестови елементи, използвани за подпомагане на процеса на тестване. Основната цел на стенда е да контролира и следи условията на тестовете. Тестовата платформа включва няколко инструмента и технологии в метода за ръчно тестване на софтуер. Като PHP, рамки като WordPress или Joomla и бази данни като PostgreSQL or MySQL.
20) Какво е покритие на изявленията? Обяснете го с пример.
Statement Coverage е метод за тестване на бяла кутия, при който всички изпълними изрази в изходния код се изпълняват поне веднъж. Този метод за покритие на кода изчислява броя на изразите в изходния код, които са били изпълнени.
Нека да видим как да изчислим покритието на отчета.
За изчисляване на Statement Coverage за даден изходен код.
Пример:
Prints (int a, int b) { ------------ Printsum is a function int result = a+ b; If (result> 0) Print ("Positive", result) Else Print ("Negative", result) } ----------- End of the source code
Въпроси и отговори за интервю за тестване на софтуер за опитни
21) Какво представляват латентните дефекти?
Латентен дефект е термин, използван за идентифициране на скрити неоткрити недостатъци в софтуера с помощта на набор от специални операции. Тези дефекти възникват само когато софтуерното тестване задейства конкретно събитие, прикривайки тяхното присъствие.
22) Какво представлява резултатът от теста?
Резултатите от теста са инструменти, компоненти и документи, поддържани и разработени в подкрепа на теста.
Ето резултатите от теста на различни фази на тестване на SDLC (жизнен цикъл на разработка на софтуер):
1) Преди тестването на софтуера 2) По време на тестването на софтуера 3) След тестването на софтуера
23) Какво е мутационен тест?
Основната цел на тестването за мутации е да се потвърди дали набор от тестови данни или тестови случаи е полезен. Това се прави чрез съзнателно добавяне на множество промени в кода (бъгове) и повторно тестване с оригиналните тестови случаи и данни.
24) Какво е гама тестване?
Gamma е подход за тестване, който проверява специфичните нужди, когато софтуерът е готов за пускане. Извършва се главно на мястото на крайния потребител.
25) Какво представлява тестовият сноп?
Test Harness е процес на тестване, който събира информация за софтуера и теста, за да тества цяла програма или модул. Работи при различни променящи се условия като стрес, управлявано от данни и следене на неговото поведение и резултати.
26) Какво е затваряне на теста?
Това е документ, който обобщава всички тестове, проведени по време на SDLC (жизнен цикъл на разработка на софтуер). Предлага подробен анализ на отстранените грешки и открити грешки.
Test Clouse също съдържа агрегатния номер. на експерименти, общ брой изпълнени експерименти, добавяне на брой грешки, които не са отстранени, общ брой отхвърлени грешки и т.н.
27) Какво е Fuzz тестване?
Fuzz тестването е метод за тестване, използван за откриване на грешки в софтуерното кодиране и вратички в сигурността. В Fuzz тестване метод, към системата се добавят произволни данни, за да се срине системата. Ако уязвимостта продължава, се използва инструмент, известен като fuzz tester, за да се определят потенциалните причини.
28) Какво е значението на тестването от край до край?
Тестването от край до край е метод за тестване на приложение, който ви помага да се уверите дали работи според очакванията. Това трябва да се използва за тестване на потока на приложението от началото до края.
Този метод на тестване има за цел да изследва целия поток на системата. Той също така потвърждава, че целостта на данните се поддържа между различните системни компоненти и системите.
29) Какво е динамично софтуерно тестване?
В сравнение със статичното тестване, динамичното тестване на софтуера тества софтуера при изпълнение. Софтуерният тестер стартира софтуера в тестова среда, преминава през всички стъпки, въвежда входовете и проверява действителния изход с възможния резултат.
30) Какво е тестване на различни браузъри? Какви инструменти бихте използвали?
Уеб приложение работи в различни браузъри като Chrome, Mozilla Firefox, Microsoft Edge, Safari и др. Всички тези браузъри работят основно по един и същ начин при прилагането на уеб стандартите. Тестването на различни браузъри ви помага да проверите дали уебсайтът или приложението ви работят по предназначение, когато използвате различни комбинации браузър-ОС.
31) Какво представляват регресионното и потвърждаващото тестване?
Ето два важни метода за тестване:
- Тестване на регресия потвърждава, че скорошна промяна на кода не е засегнала съществуващите функции.
- Тестване за потвърждение: Дефектът се съобщава, когато тестът е неуспешен поради дефект. След това се изпраща нова версия на софтуера с коригирания дефект. Нарича се тест за потвърждение или повторно тестване.
32) Как да пропуснете метод или кодов блок TestNG?
Можете да пропуснете определен тестов метод или код; след това можете да зададете параметъра 'enabled' в анотацията на теста на false.
@Test (enabled = false)
33) Как да правите екранни снимки Selenium WebDriver?
- Можете да заснемете екрана, като използвате функцията TakeScreenshot.
- Методът getScreenshotAs () ви позволява да запазите тази екранна снимка.
34) Кога трябва да използвам Selenium Решетка?
- Selenium решетка ви позволява да изпълните тестов скрипт на множество платформи и браузъри едновременно. Това ви помага да постигнете разпределено изпълнение на тестове, тестване в различни среди и забележително спестяване на време за изпълнение.
35) Какво е тестова стратегия?
Тестовата стратегия е документ на високо ниво, който обикновено се разработва от ръководителя на проекта. Той улавя подхода за тестване на продукта и постигане на целите. Обикновено се извлича от спецификацията на бизнес изискванията (BRS).
36) Какво е искане за промяна?
Клиентите използват заявки за модификация в разработката на софтуер, за да променят съществуващата функционалност на софтуера.
37) Какво е проверка?
Проверката е процесът на измерване, например. Помага да се провери дали разработвате продукта съответно или не. Включените тук дейности са инспекции.
38) Какво е сиво Box Тестване?
Сивата кутия е комбинацията от бяло Box и Черно Box Тестване. Тестерите, участващи в този тип тестване, трябва да имат достъп до проектните документи. Помага за създаването на по-добри тестови случаи в този процес.
39) Какво е тестово покритие?
Тестово покритие се дефинира като показател в софтуерното тестване, който измерва количеството тестване, извършено от набор от тестове. Това ще включва събиране на информация относно части от програма, които трябва да бъдат изпълнени при изпълнение на тестовия пакет. Можете също да го използвате, за да определите какви клонове на условни изрази са били взети.
40) Какво представлява покритието на решенията?
Пример за покритие на решение:
Demo (int a) { If (a> 5) a=a*3 Print (a) }
Сценарий 1:
Стойността на a е 2
Тук кодът, осветен в жълто, ще бъде изпълнен и резултатът „Не“ от решението Ако (a>5) е отметнат.
Покритие на решение = 50%
Сценарий 2:
Стойността на a е 6
В този сценарий кодът, маркиран в жълто, ще бъде изпълнен. Тук резултатът „Да“ от решението If (a>5) е отметнат.
Покритие на решение = 50%
Тестов случай | Стойността на А | Продукция | Покритие на решението |
1 | 2 | 2 | 50% |
2 | 6 | 18 | 50% |
Въпроси и отговори за интервю за тестване на софтуер за 3 години опит
41) Какво имате предвид под тестване за здравия разум?
Тестването за надеждност се извършва след изграждането, за да се проверят новите функционалности/дефекти, които трябва да бъдат коригирани при тестването за надеждност. Основната му цел е да провери пълната функционалност, което ви помага да решите дали грешката е отстранена и тества ефекта от коригираната грешка върху приложението под Тест.
42) Какво е TDD?
Разработка, управлявана от тестове (TDD) е методология за разработка на софтуер, управлявана от тестови случаи, която ви помага да създадете функционалността, която да бъде внедрена. Тестовите случаи са разработени по метода TDD.
43) Какво е проверка и валидиране при тестване на софтуер?
- Проверка: Това е техника за статичен анализ. При този метод тестването се извършва без изпълнение на кода. Примери Reviews, инспекция и преглед.
- Потвърждаване: Това е метод за динамичен анализ, при който тестването се провежда чрез изпълнение на кода. Примери за функционални и нефункционални техники за тестване.
44) Как валидирането е различно от верификацията?
Проверка | Утвърждаване |
Той оценява дали софтуерът отговаря на спецификацията или не. | Той оценява дали спецификацията обхваща нуждите на клиента или не. |
Верификацията е вид статично тестване. | Валидирането е вид динамично тестване. |
Не е необходимо да изпълнявате кода. | Изисква изпълнение на код. |
45) На каква основа можете да картографирате успеха на автоматизираното тестване?
Въз основа на автоматизираното тестване могат да бъдат картографирани следните критерии:
- Коефициент на откриване на дефекти
- Автоматизирано време за изпълнение и спестяване на време за освобождаване на продукта
- Намаляване на разходите за труд и други
46) Какво е тестова стратегия?
Тестовата стратегия е документ на високо ниво (статичен документ), обикновено разработен от ръководителя на проекта. Това е документ за тестване, който отразява как тестваме продукта и постигаме целите. Основно се извлича от спецификацията на бизнес изискванията. Важен документ като тестовия план се изготвя, като този документ се съхранява като основа.
47) Какво е валидиране от страна на клиента?
Валидирането от страна на клиента се извършва на ниво браузър, където въвеждането на потребителя се валидира в самия браузър без участието на сървъра.
48) Какво е тестване, управлявано от контекст?
Контекстно управляваното тестване е метод за тестване на софтуер за разработване и отстраняване на грешки в компютърен софтуер, който отчита как се очаква програмите да се използват в реалния свят.
49) Какви са критериите за изход в софтуерното тестване?
Изходният критерий е набор от специфични условия, които определят договорените характеристики или състояние на приложението, за да се посочи завършването на продукта или процеса.
50) Какви са различните методи за тестване?
Три метода за тестване на софтуер са:
- Тестване в черна кутия: Техниката за тестване на черна кутия се основава единствено на изисквания и спецификации. Тази стратегия не изисква познаване на вътрешните пътища, структури или софтуера, който се тества.
- Тестване на бяла кутия е метод за тестване, базиран на вътрешни пътища, структури на код и софтуера, който се тества.
- Тестване на сивата кутия: Това е метод за отстраняване на грешки в софтуера, при който софтуерният тестер има малко познания за вътрешната работа на софтуера.
51) Какви са различните техники за покритие?
Три основни вида техники за покритие са:
- Обхват на изявлението: Този метод помага да се гарантира, че всеки ред от изходния код е изпълнен и тестван.
- Обхват на решението: Той гарантира, че всяко решение (вярно или невярно) в изходния код е изпълнено и тествано.
- Покритие на пътя: Проверете дали всички възможни маршрути са тествани чрез дадена част от кода.
52) Какво е базово тестване?
Базовото тестване е серия от тестове, които събират информация за ефективността. Събраната информация може също да се използва за подобряване на производителността и възможностите на приложението чрез извършване на промени въз основа на резултатите. По време на базовото тестване производителността на приложението се сравнява с предишната му производителност.
53) Какво е тестване на системно ниво?
Тестването на цялата компютърна система във всички модули се нарича тестване на ниво система. Този метод на тестване включва както функционално, така и структурно тестване.
54) Какво е Bucket Testing?
Bucket тестването се нарича още A/B тестване. Използва се главно за изследване на въздействието на различни продуктови дизайни върху показателите на уебсайта. При този метод на тестване две едновременни версии се изпълняват на една или набор от уеб страници, което ви помага да измерите разликата в честотата на кликване, интерфейса и трафика.
Въпроси и отговори за интервю за тестване на софтуер за 5+ години опит
55) Какво е N+1 тестване?
Вариантът на регресионното тестване е представен като N+1. Извършва се в множество цикъла, в които грешките, открити в цикъл на изпитване „N“, се разрешават и се тестват повторно в цикъл на изпитване N+1. Този процес продължава, докато не бъдат открити грешки.
56) Какво е значението на тестването отдолу нагоре?
При тестване отдолу нагоре методът е, че първо се тестват компонентите от най-ниско ниво, а след това се тестват компонентите от по-високо ниво. Повтаря се, докато не бъде тестван компонентът на върха на йерархията.
57) Какво е базирано на риска тестване?
Тестването, базирано на риска, е подход за създаване на стратегия за тестване, базиран на приоритизиране на тестовете по риск. Основата на подхода е подробен анализ на риска и приоритизиране на рисковете.
58) Какви са различните фази на официалния преглед?
Официалният процес на преглед се състои от шест стъпки:
- Планиране
- Първоначална
- Подготовка
- Review среща
- Преработи
- Проследяване
59) Какво представляват полуслучайните тестови случаи?
Полуслучайните тестови случаи са тестови случаи, които изпълняват произволни тестови случаи и също така извършват разделяне на еквивалентност. Той също така елиминира излишните тестови случаи, което води до полуслучаен набор от тестове.
60) Какво е API тестване?
API тестване проверява работата на API, които софтуерът използва. Като софтуерен тестер трябва да напишете код, който прави заявка за API към сървъра, който предоставя API и необходимите входни данни. Той събира изхода от отговора и съпоставя действителния изход с очаквания изход.
61) Какво е тестване за приемане?
Тестването за приемане е вид тестване, извършвано от крайния потребител или клиента. Той проверява или приема софтуерната система, преди да премести софтуерните приложения в производствената среда.
60) Какво е тестване на глобализацията?
Глобализацията е методът за тестване на софтуер за проектиране на софтуерно приложение, което да бъде адаптирано към множество езици и региони без никакви промени.
61) Какво е GUI тестване?
Тестването на GUI или графичен потребителски интерфейс тества потребителския интерфейс на софтуера спрямо предоставените изисквания/HTML дизайни/макети и т.н.
62) Какво е RTM в софтуерното тестване?
RTM е кратко съкращение от (Матрица за проследяване на изискванията). Това е инструмент, който помага на тестера да следи покритието на изискванията по време на процеса на тестване, когато документът за изискване е получен. Той се разработва въз основа на изискванията и се поддържа до пускането на конкретната софтуерна система или приложение.
63) Какво е тестване на натоварване?
Тестването на натоварване е метод за тестване на производителността, при който приложението се изпълнява отвъд няколко нива на натоварване. Можете да наблюдавате пиковата производителност на сървъра, времето за реакция и т.н. При паралелно натоварване на системата този метод ви позволява да измервате стабилността, производителността и целостта на приложението.
64) Каква е разликата между SDLC и STLC?
Ето някои разлики между SDLC и STLC
SDLC | STLC |
Целта на жизнения цикъл на SDLC е да завърши успешното разработване на софтуера, включително тестване и други фази. | Единствената цел на STLC фазата е тестването. |
В SDLC, BA (бизнес анализатор) събира изискванията и създава план за развитие | В STLC, QA екипът анализира изискванията, за да създаде тестов план и да проведе функционални и нефункционални документи. |
В този жизнен цикъл екипът за разработка създава планове за проектиране на високо и ниско ниво | В този жизнен цикъл тестовият анализатор създава плана за тестване на интеграцията |
Действителният код е разработен и действителната работа се извършва съгласно проектните документи. | Екипът за тестване на софтуера подготвя тестовата среда и ги изпълнява |
65) Какво представлява тестването на инсталацията?
Тестването на инсталацията проверява дали можем да инсталираме софтуера успешно според указанията, дадени в документа за инсталиране.
66) Какво е тестване на интерфейс?
Тестването на интерфейса проверява дали отделните модули комуникират правилно според зададените спецификации. Използва се главно за тестване на потребителския интерфейс на GUI приложения.
67) Какъв е моделът Bing Bang?
Моделът на Големия взрив се фокусира върху ресурсите за разработка на софтуер и кодиране с малко или никакво планиране. В този модел изискванията се разбират и изпълняват, когато дойдат. Този софтуерен модел работи най-добре за малки проекти с по-малки екипи за разработка.
68) Какви са обичайните сценарии, при които автоматизираното тестване е по-добро от ръчното?
Можете да изберете автоматизирано тестване пред ръчно тестване при следните условия:
- Трябва да тествате случаи многократно за дълъг период от време.
- Необходимо е да се извършат тестове за регресия, производителност и натоварване.
- Искате да запишете процеса на тестване.
- Когато имате минимално време за завършване на фазата на тестване
- Изпълнявате тестове в стандартна среда за изпълнение
- Ръчното тестване отнема много време и става излишно, когато има множество и бързи внедрявания за продукта.
69) Какво е тестване клиент-сървър?
Приложение клиент-сървър е това, при което самото приложение се инсталира на сървър, където EXE файлът на приложението се зарежда на всички клиентски машини. Тази среда се използва широко в интранет мрежи.
70) Какво е Unit Test?
Unit Testing е вид тестване на софтуер, когато се тестват отделни единици или компоненти на софтуер. Този тип тестване се провежда, за да се провери дали модулите на изходния код работят правилно.
71) Каква е ролята на тестването за използваемост в уеб тестването?
В уеб тестването тестването за използваемост играе жизненоважна роля. Добре известно е, че тестването на използваемостта означава да се определи как крайният потребител може лесно да получи достъп до приложението без никакви познания по езика за програмиране.
72) На каква основа можете да стигнете за оценка на вашия проект?
За да оцените всеки проект, трябва да вземете предвид следните точки:
- Разделете целия проект на второстепенни задачи
- Разпределете всяка задача на членовете на екипа
- Помага ви да оцените усилията, необходими за изпълнение на всяка задача
- Потвърдете оценката
73) Какво е критичен бъг?
Критичен бъг означава, че голяма част от функционалността или значителен системен компонент е повреден и не остава заобиколно решение, за да продължите.
Например, не можем да тестваме другите модули поради грешка в един модул, която е блокирала тестването на другите модули. Грешките, които засягат бизнеса на клиента, се считат за критични.
74) Какво е изтичане на грешки?
Екипът за тестване пропусна грешка по време на тестването и компилацията беше пусната в Производство. Ако крайният потребител или клиент откри грешката (която е пропусната от екипа за тестване на софтуера), това е известно като изтичане на грешка.
75) Какво е зареждане на грешки?
Това е метод за добавяне на известни грешки в програма, който ви помага да идентифицирате процента на откриване на грешки. Помага при оценката на уменията на тестера за намиране на грешки.
76) Какво е SPICE в софтуерното тестване?
SPICE е кратка форма на подобряване на софтуерния процес и определяне на способностите. Това е стандартна рамка за оценка на ефективността и ефективността на процеса на разработка.
77) Какво е хранилище на обекти?
Object Repository е колекция от уеб елементи и техните локатори, които принадлежат към Тестваното приложение (AUT). QA поддържат всички локатори на елементи в отделен файл, наречен файл със свойства (. properties) в Selenium. По време на етапа на изпълнение той ви позволява да идентифицирате обекти между тестовия скрипт и приложението.
78) Какво е доклад за грешка?
В процеса на тестване на софтуера софтуерният тестер записва своите открития, наблюдения, констатации и друга полезна информация за разработчиците или ръководството. Тези данни са част от тестовия запис, известен като доклад за грешка.
Докладът за грешки предоставя следните предимства:
- Разберете проблема
- Стъпки за възпроизвеждане на този проблем
- Околната среда и специфичните условия при Теста се случват
- Разрешението, ако/и когато разработчиците отстранят проблема
79) Какво се има предвид под отгатване на грешка при тестване на софтуер?
Отгатването на грешки е метод за проектиране на тестови случаи, подобен на извеждането на грешки. При този метод на тестване тестерите проектират тестови случаи, като отгатват възможните грешки, които могат да възникнат в софтуерното приложение.
80) Какво е Showstopper дефект?
Това е дефект, който не позволява на потребителя да се движи по-нататък в приложението. Това е почти като катастрофа.
Например, уверете се, че в едно софтуерно приложение бутонът за влизане не работи, дори ако имате валидно потребителско име и парола; не можете да продължите напред, защото бутонът ви за влизане не функционира.
81) Какво е награда за грешки?
Програмата за награди за грешки помага на организацията да възнагради някой, който открие грешки в техния софтуер и ги докладва. Това е концепция, която съществува от дълго време. Интернет беше създаден.
Много компании започнаха да разбират колко скъпо е да наемат експерти за тестове за проникване всеки път, когато искат да търсят уязвимости в своята система или приложение.
82) Какво е преход на състояние?
Тестването на прехода на състоянието помага на вашите тестови случаи от приложение, където трябва да тестваме различни системни преходи. Можем да приложим този метод, когато дадено приложение дава различен изход за същия вход, в зависимост от това какво се е случило в по-ранното състояние.
83) Какво имате предвид под сортиране на дефекти?
Сортиране на дефекти е метод, който ви помага да откриете дефекти, приоритизирани в зависимост от различни характеристики като риск, сериозност и времето, необходимо за отстраняване на проблема. Включени са различни заинтересовани страни, като екип за разработка, екип за тестване, ръководител на проекта и др.
84) Какво представлява ефективността на отстраняване на дефекти?
Ефективността на отстраняване на дефекти е показател за тестване, който показва колко ефективно екипът за разработка може да коригира грешки и проблеми преди пускането на продукта. Помага ви да измерите съотношението на дефектите към броя на откритите проблеми. Например, ако има 100 открити по време на тестването и 80 са фиксирани, DRE ще бъде 100/80 = 1.25%.
85) Какво е тестване за накисване?
Пускането на система при много голямо натоварване за продължителен период от време, за да се идентифицират проблеми с производителността, се нарича Soak Testing.
86) Какво е пестициден парадокс?
При тестване на софтуер пестицидният парадокс възниква, когато повтарящите се тестови случаи не разкриват нови грешки. Можете да преодолеете този парадокс на пестицидите, тъй като е от съществено значение да преглеждате тестовите случаи, които можем редовно, и да ги добавяме или актуализираме, за да открием повече дефекти.