Саставили смо најчешће постављана питања и одговоре за ручно тестирање интервјуа који вас упознају са врстом питања за испитивање софтверског интервјуа која би вам анкетар могао поставити током интервјуа. На овој листи питања са ручним испитивањем са одговорима покрили смо сва често постављана основна и напредна питања за испитивање софтвера са детаљним одговорима који ће вам помоћи да лако разрешите интервју за посао за ручно тестирање.
Покрили смо готово 150+ важних питања за интервју за ручно тестирање за свеже кандидате, као и питања за ручно тестирање за искусне КА инжењере како бисмо помогли у припреми за предстојећи интервју. Овај детаљан водич за питања са интервјуа за ручно тестирање помоћи ће вам да разрешите интервју за посао за тестирање софтвера.
Ручно тестирање Интервју питања и одговори
1. Шта је истраживачко испитивање?
Истраживачко тестирање је практични приступ у којем су тестери укључени у минимално планирање и максимално извршавање теста. Планирање укључује израду тест повеље, кратку изјаву о опсегу кратког (1 до 2 сата) временског оквира за тестирање, циљеве и могуће приступе који ће се користити. Дизајн теста и активности извршавања теста изводе се типично паралелно без формалног документовања услова теста, случајева теста или скрипти теста. То не значи да се неће користити друге, формалније технике испитивања. На пример, тестер може да одлучи да користи анализу граничне вредности, али ће размислити и тестирати најважније граничне вредности без нужног записивања. Неке напомене ће бити написане током сесије истраживачког тестирања како би се накнадно могао израдити извештај.
2. Шта је „испитивање случаја употребе“?
Да би се идентификовали и извршили функционални захтеви апликације од почетка до краја користи се „случај употребе“, а технике коришћене за то познате су као „тестирање случаја употребе“.
3. Која је разлика између СТЛЦ (животни циклус тестирања софтвера) и СДЛЦ (животни циклус развоја софтвера)?
СДЛЦ се бави развојем / кодирањем софтвера, док СТЛЦ врши валидацију и верификацију софтвера
4. Шта је матрица сљедивости?
Однос између тест случајева и захтева приказан је уз помоћ документа. Овај документ је познат као матрица сљедивости.
5. Шта је испитивање поделе еквивалентности?
Тестирање еквивалентне партиције је техника софтверског тестирања која дели улазне податке теста апликације на сваку партицију најмање једном еквивалентних података из којих се могу извести примери испитивања. Овом методом тестирања смањује време потребно за тестирање софтвера.
6. Шта је тестирање беле кутије и наведите врсте тестирања беле кутије?
Техника тестирања беле кутије укључује одабир тест случајева на основу анализе интерне структуре (покривеност кодом, покривеност филијала, покривеност стаза, покривеност стања, итд.) Компоненте или система. Такође је познато као тестирање засновано на коду или структурно испитивање. Различите врсте тестирања беле кутије су
- Извештај Покривеност
- Покривеност одлуком
7. У тестирању беле кутије, шта верификујете?
У белом оквиру тестирање следећих корака је верификовано.
- Проверите сигурносне рупе у коду
- Потврдите непотпуне или неисправне путање у коду
- Проверите проток структуре према спецификацији документа
- Потврдите очекиване излазе
- Проверите све условне петље у коду да бисте проверили комплетну функционалност апликације
- Потврдите линијско кодирање и покријте 100% тестирање
8. Шта је тестирање црне кутије? Које су различите технике тестирања црне кутије?
Тестирање црне кутије је метода тестирања софтвера која се користи за тестирање софтвера без познавања интерне структуре кода или програма. Ово тестирање се обично ради ради провере функционалности апликације. Различите технике испитивања црне кутије су
- Еквиваленција партиционирања
- Анализа граничне вредности
- Графиковање узрока и последица
9. Која је разлика између статичког и динамичког испитивања?
Статичко тестирање: Током метода статичког тестирања, код се не извршава и врши се помоћу софтверске документације.
Динамичко тестирање: Да бисте извршили ово тестирање, код мора бити у извршној форми.
10. Шта су верификација и валидација?
Верификација је процес оцењивања софтвера у фази развоја. Помаже вам да одлучите да ли производ дате апликације задовољава наведене захтеве. Валидација је поступак оцењивања софтвера након процеса развоја и провере да ли испуњава захтеве купаца.
11. Који су различити нивои испитивања?
Постоје четири нивоа испитивања
- Тестирање јединице / компоненте / програма / модула
- Интеграционо тестирање
- Тестирање система
- Прихватање тестирање
12. Шта је интеграционо тестирање?
Интеграционо тестирање је ниво процеса тестирања софтвера, где се појединачне јединице апликације комбинују и тестирају. Обично се изводи након јединичног и функционалног испитивања.
13. Од чега се састоје испитни планови?
Дизајн теста, обим, стратегије испитивања, приступ су разни детаљи од којих се састоји документ плана теста.
- Идентификатор тест случаја
- Обим
- Карактеристике које треба тестирати
- Карактеристике које се не тестирају
- Тест стратегија и тест приступ
- Испитни резултати
- Одговорности
- Особље и обука
- Ризик и непредвиђене околности
14. Која је разлика између УАТ (Усер Аццептанце Тестинг) и тестирања система?
Тестирање система: Тестирање система је проналажење недостатака када се систем подвргне тестирању у целини; познато је и као тестирање од краја до краја. У таквој врсти тестирања, апликација пати од почетка до краја.
УАТ: Испитивање прихватљивости корисника (УАТ) укључује покретање производа кроз низ специфичних тестова који одређују да ли ће производ задовољити потребе својих корисника.
15. Наведите разлику између тестирања на основу података и поновног тестирања?
Поновно тестирање: То је поступак провере грешака које је применио развојни тим да би се верификовало да су исправљене.
Тестирање на основу података (ДДТ): У процесу тестирања на основу података, апликација се тестира са више тест података. Апликација је тестирана са различитим скупом вредности.
16. Који су драгоцени кораци за решавање проблема током тестирања?
- Запис: Забележите и решите проблеме који су се догодили
- Извештај: Пријавите проблеме менаџеру вишег нивоа
- Контрола: Дефинисати процес управљања проблемима
17. Која је разлика између тест сценарија, тест случајева и тест скрипте?
Разлика између тест сценарија и тест случајева је у томе
Тест сценарији: Тест сценарио је свака функционалност која се може тестирати. Такође се назива и Услов испитивања или могућност испитивања.
Испитни случајеви: То је документ који садржи кораке које треба извршити; планирано је раније.
Тест Сцрипт: Написан је на програмском језику и то је кратак програм који се користи за тестирање дела функционалности софтверског система. Другим речима, писани скуп корака које треба извршити ручно.
18. Шта је латентни дефект?
Латентни квар: Овај квар је постојећи квар у систему који не узрокује квар јер тачан скуп услова никада није испуњен
19. Која су два параметра која могу бити корисна за познавање квалитета извршења теста?
Да бисмо знали квалитет извршења теста, можемо користити два параметра
- Однос одбијања дефеката
- Однос цурења оштећења
20. Која је функција алата за тестирање софтвера „фантом“?
Пхантом је бесплатан програм и користи се за скриптни језик за аутоматизацију Виндовс ГУИ-а. Омогућава нам да аутоматски преузмемо контролу над прозорима и функцијама. Може да симулира било коју комбинацију притиска тастера и кликова мишем, као и меније, листе и још много тога.
21. Објасните шта су испитни резултати?
Испитни резултати су скуп докумената, алата и других компоненти које треба развити и одржавати као подршку тестирању.
Постоје различити резултати испитивања у свакој фази животног циклуса развоја софтвера
- Пре тестирања
- Током тестирања
- После тестирања
22. Шта је испитивање мутација?
Тестирање мутација је техника којом се идентификује да ли је скуп тест података или тест примера користан намерним увођењем различитих промена кода (грешака) и поновним тестирањем са оригиналним тест подацима / случајевима како би се утврдило да ли су грешке откривене.
23. Шта све бисте требали узети у обзир пре него што одаберете алате за аутоматизацију за АУТ?
- Техничка изводљивост
- Ниво сложености
- Стабилност примене
- Тест подаци
- Величина апликације
- Поновна употребљивост аутоматизованих скрипти
- Извршење у окружењу
24. Како ћете спровести анализу ризика?
За анализу ризика потребно је применити следеће кораке
- Проналажење резултата ризика
- Израда профила за ризик
- Промена својстава ризика
- Распоредите ресурсе тог теста ризика
- Израда базе података о ризику
25. Које су категорије отклањања грешака?
Категорије за отклањање грешака
- Отклањање грешака грубом силом
- Бацктрацкинг
- Узрок уклањања
- Прорезивање програма
- Анализа стабла грешака
26. Шта је маскирање грешака објаснити примером?
Када присуство једног дефекта сакрије присуство другог дефекта у систему, то је познато као маскирање квара.
Пример: Ако „Негативна вредност“ изазове покретање необрађеног системског изузетка, програмер ће спречити унос негативних вредности. Ово ће решити проблем и сакрити недостатак необрађеног пуцања изузетака.
27. Објасните шта је план испитивања? Које информације треба да буду обухваћене планом теста?
План испитивања може се дефинисати као документ који описује обим, приступ, ресурсе и распоред активности испитивања, а план испитивања треба да обухвати следеће детаље.
- Тест Стратеги
- Циљ теста
- Критеријуми за излаз / суспензију
- Планирање ресурса
- Испитни резултати
28. Како у свом пројекту можете елиминисати ризик од производа?
Помаже вам да елиминишете ризик од производа у свом пројекту, а постоји једноставан, али пресудан корак који може смањити ризик од производа у вашем пројекту.
- Истражите документацију о спецификацији
- Водите разговоре о пројекту са свим заинтересованим странама, укључујући програмера
- Као прави корисник који шета по веб локацији
29. Који је уобичајени ризик који доводи до неуспеха пројекта?
Уобичајени ризик који доводи до неуспеха пројекта су
- Немајући довољно људских ресурса
- Простор за тестирање можда неће бити правилно подешен
- Ограничени буџет
- Временска ограничења
30. На основу чега можете доћи до процене свог пројекта?
Да бисте проценили свој пројекат, морате узети у обзир следеће тачке
- Поделите цео пројекат на најмање задатке
- Доделите сваки задатак члановима тима
- Процените напор потребан за извршавање сваког задатка
- Потврдите процену
31. Објасните како бисте доделили задатак члановима тима?
Задатак | Члан |
|
|
|
|
|
|
|
|
|
|
32. Објасните шта је тип тестирања и који су најчешће коришћени тип тестирања?
Да би се добио очекивани исход теста, следи се стандардни поступак који се назива Тип тестирања.
Уобичајени типови испитивања су
- Јединствено тестирање: Тестирајте најмањи код апликације
- АПИ тестирање: АПИ за тестирање креиран за апликацију
- Тестирање интеграције: Појединачни софтверски модули се комбинују и тестирају
- Тестирање система: Комплетно тестирање система
- Инсталирање / деинсталирање тестирања: Тестирање обављено са становишта клијента / купца
- Агиле Тестирање: Тестирање Агиле техником
33. Све ствари које морате узети у обзир током надгледања вашег пројекта?
Ствари које треба узети у обзир су
- Да ли је ваш пројекат по распореду
- Да ли сте премашили буџет
- Да ли радите ка истом циљу каријере
- Имате ли довољно ресурса
- Постоје ли знаци упозорења о предстојећим проблемима
- Да ли постоји притисак руководства да се пројекат пре заврши
34. Које су уобичајене грешке које стварају проблеме?
- Усклађивање ресурса са погрешним пројектима
- Недостатак вештина менаџера теста
- Не слушајући друге
- Лоше заказивање
- Потцењивање
- Занемарујући мале проблеме
- Не пратећи процес
35. Шта садржи типични извештај о испитивању? Које су предности извештаја о испитивању?
Извештај о испитивању садржи следеће ствари:
- Информације о пројекту
- Циљ теста
- Резиме теста
- Дефецт
Предности извештаја о испитивању су:
- Обавештавају се о тренутном стању пројекта и квалитету производа
- Ако је потребно, заинтересована страна и купац могу предузети корективне мере
- Завршни документ помаже у одлуци да ли је производ спреман за пуштање у рад
36. Шта је преглед управљања тестовима и зашто је важан?
Преглед менаџмента се назива и осигурање квалитета софтвера или СКА. СКА се више фокусира на софтверски процес, а не на софтверске производе. То је скуп активности осмишљених да осигура да руководилац пројекта следи стандардни процес. СКА помаже менаџеру испитивања да пројекат упореди са постављеним стандардима.
37. Које су најбоље праксе за осигурање квалитета софтвера?
Најбоље праксе за ефикасну примену СКА су
- Континуирано побољшање
- Документација
- Употреба алата
- Метрицс
- Одговорност чланова тима
- Искусни СКА ревизори
38. Када се припрема РТМ (Матрица сљедивости захтјева)?
РТМ је припремљен пре дизајнирања тест случаја. Захтеви би требало да буду следљиви из активности прегледа.
39. Која је разлика између матрице теста и матрице следљивости?
Матрица теста: Матрица теста се користи за хватање стварног квалитета, напора, плана, ресурса и времена потребног за хватање свих фаза тестирања софтвера
Матрица следљивости : Мапирање између тест случајева и захтева купаца познато је као Матрица следљивости
40. При ручном тестирању шта су стуб и покретачи?
И клинови и покретачи део су инкременталног тестирања. У инкременталном тестирању постоје два приступа и то приступ одоздо према горе и одозго према доле. Возачи се користе у тестирању одоздо према горе, а клип се користи за приступ одозго према доле. Да би се тестирао главни модул, користи се клат, који је лажни код или програм.
41. Који је корак који бисте предузели након што пронађете недостатак?
Једном када се утврди квар, следите корак
а) Поново створите недостатак
б) Приложите снимак екрана
ц) Пријавите недостатак
42. Објасните шта је метод тестирања „Вођен планом тестирања“ или „Кључ покретан речима“?
Ова техника користи стварни документ са тест примером који су тестери развили помоћу табеле која садржи посебне „кључне речи“. Кључне речи контролишу обраду.
43. Шта је ДФД (дијаграм тока података)?
Када је „проток података“ кроз информациони систем графички представљен, тада је познат као дијаграм тока података. Такође се користи за визуелизацију обраде података.
44. Објасните шта је ЛЦСАЈ?
ЛЦСАЈ је кратица за „линеарни редослед кода и скок“. Састоји се од следеће три ставке
а) Почетак линеарног низа извршних наредби
б) Крај линеарног низа
ц) Циљна линија на коју се преноси контролни ток на крају линеарног низа
45. Објасните шта је Н + 1 тестирање?
Варијација регресионог испитивања представљена је као Н + 1. У овој техници испитивање се врши у више циклуса у којима се грешке пронађене у тест циклусу „Н“ решавају и поново тестирају у тест циклусу Н + 1. Циклус се понавља, осим ако нису пронађене грешке.
46. Шта је Фузз тестирање и када се користи?
Фузз тестирање се користи за откривање сигурносних рупа и грешака у кодирању у софтверу. У овој техници, случајни подаци се додају у систем у покушају да систем сруши. Ако се рањивост и даље настави, алат за звање фузз тестер користи се за утврђивање потенцијалних узрока. Ова техника је кориснија за веће пројекте, али открива само велику грешку.
47. Наведите које су главне предности метрике покривености изјавама тестирања софтвера?
Предност метрике покривености извода је та
а) Не захтева обраду изворног кода и може се применити директно на објектни код
б) Грешке се дистрибуирају равномерно кроз код, због чега проценат обухваћених извршних израза одражава проценат откривених грешака
48. Како генерисати тест случајеве за метод „замени низ“?
а) Ако су знакови у новом низу> знакови у претходном низу. Ниједан од знакова не би требало да буде скраћен
б) Ако су знакови у новом низу <знакови у претходном низу. Не треба додавати нежељене знакове
ц) Размаци након и пре низа не би требало брисати
д) Низ треба заменити само за прво појављивање низа
49. Како ћете се носити са сукобом међу члановима вашег тима?
- Разговараћу појединачно са сваком особом и забележити њихове забринутости
- Пронаћи ћу решење за уобичајене проблеме које су покренули чланови тима
- Одржаћу састанак тима, открићу решење и тражим од људи да сарађују
50. Наведите које су категорије недостатака?
Углавном постоје три категорије недостатака
- Погрешно : Када се захтев примењује погрешно
- Недостаје : То је одступање од спецификације, показатељ да спецификација није примењена или није испуњен захтев купца
- Додатно : Захтев уграђен у производ који није дао крајњи купац. Сматра се недостатком јер представља одступање од постојећих захтева
51. Објасните како функционише алат за покривање теста?
Алат за тестирање покривености кода ради паралелно током извођења испитивања на стварном производу. Алат за покривање кода надгледа извршене изјаве изворног кода. Када је завршно тестирање завршено, добијамо комплетан извештај о изјавама на чекању и такође добијамо проценат покривености.
52. Спомените која је разлика између „квара“ и „квара“ у тестирању софтвера?
Једноставно речено, када квар дође до крајњег купца, то се назива грешком док се квар интерно идентификује и решава; онда се то назива недостатком.
53. Објасните како тестирати документе у пројекту који се протежу кроз животни циклус развоја софтвера?
Пројекат се протеже кроз животни циклус развоја софтвера на следећи начин
- План централног / пројектног тестирања: Главни план испитивања даје целовиту стратегију испитивања пројекта. Овај план се користи до краја животног циклуса развоја софтвера
- План испитивања прихватљивости: Овај документ започиње током фазе захтева и довршава се при завршној испоруци
- План испитивања система: Овај план започиње током плана дизајна и наставља се до краја пројекта
- План интеграције и тест јединице: Оба ова плана тестирања започињу током фазе извршења и трају до коначне испоруке
54. Објасните на којим тест случајевима се прво пишу црне или беле кутије?
Тест случајеви црне кутије се пишу прво као писање тест кутија црне кутије; потребан је пројектни план и документ захтева сви ови документи су лако доступни на почетку пројекта. Иако писање тестова за беле оквире захтева више архитектонског разумевања и није доступно на почетку пројекта.
55. Објасните у чему је разлика између латентних и маскираних дефеката?
- Латентни квар: Латентни квар је постојећи квар који није проузроковао квар јер скупови услова никада нису испуњени
- Маскирани квар: То је постојећи квар који није проузроковао квар, јер је други квар спречио извршење тог дела кода
56. Спомените шта је тестирање одоздо према горе?
Тестирање одоздо према горе приступ је интеграционом тестирању, где се прво испитују компоненте најнижег нивоа, а затим користе за олакшавање тестирања компонената вишег нивоа. Поступак се понавља све док се компонента на врху хијерархије не тестира.
57. Спомените које су различите врсте техника покривања тестова?
Укључују се различите врсте техника покривања тестова
- Обухват изјаве: Проверава да ли је сваки ред изворног кода извршен и тестиран
- Покривеност одлукама: Осигурава извршење и тестирање сваке одлуке у изворном коду
- Покривеност пута: Осигурава да се изврши и тестира свака могућа рута кроз дати део кода
58. Спомените шта је значење тестирања даха?
Тестирање даха је испитни пакет који користи пуну функционалност производа, али не тестира функције детаљно
59. Објасните шта је значење Цоде Валк Тхроугх?
Цоде Валк Тхроугх је неформална анализа изворног кода програма ради проналажења недостатака и верификације техника кодирања
60. Наведите које су основне компоненте формата извештаја о квару?
Основне компоненте формата извештаја о недостацима укључују
- Назив пројекта
- Назив модула
- Откривен је квар дана
- Откривање квара
- ИД и име дефекта
- Снимак квара
- Статус приоритета и озбиљности
- Дефект решен до
- Квар је решен
61. Наведите која је сврха тестирања од краја до краја?
Испитивање од краја до краја врши се након функционалног испитивања. Сврха тестирања од краја до краја је та
- Да се потврде софтверски захтеви и интеграција са спољним интерфејсима
- Апликација за тестирање у сценарију реалног света
- Тестирање интеракције између апликације и базе података
62. Објасните шта значи испитивање упртача?
Тестни упртач конфигурише скуп алата и података о испитивању за тестирање апликације у различитим условима и укључује надгледање исправности резултата са очекиваним излазом.
63. Објасните у пројекту тестирања које бисте активности тестирања аутоматизовали?
У тестирању активности тестирања пројеката, аутоматизовали бисте
- Тестови које треба покренути за сваку верзију апликације
- Тестови који користе више података за исти скуп радњи
- Идентични тестови које треба извршити помоћу различитих прегледача
- Странице критичне за мисију
- Трансакција са страницама које се не мењају у кратком времену
64. Која је ГЛАВНА корист дизајнирања тестова у раном животном циклусу?
Помаже у спречавању уношења недостатака у код.
65. Шта је тестирање засновано на ризику?
Тестирање засновано на ризику је термин који се користи за приступ креирању стратегије тестирања која се заснива на одређивању приоритета тестова према ризику. Основа приступа је детаљна анализа ризика и одређивање приоритета по нивоима ризика. Тада се прецизирају тестови за решавање сваког ризика, почев од прво са највишим ризиком.
66. Која је КЉУЧНА разлика између превентивног и реактивног приступа испитивању?
Превентивни тестови су дизајнирани рано; реактивни тестови су дизајнирани након израде софтвера.
67. Која је сврха критеријума за излазак?
Сврха излазних критеријума је дефинисање када је ниво тестирања завршен.
68. Шта одређује ниво ризика?
Вероватноћа настанка штетног догађаја и утицај догађаја одређују ниво ризика.
69. Када се користи тестирање табеле одлука?
Тестирање табеле одлучивања користи се за системе испитивања за које спецификација има облик правила или комбинације узрок-последица. У табели одлука, улази су наведени у колони, са излазима у истој колони, али испод улаза. Преостали део табеле истражује комбинације улаза да би се дефинисали произведени резултати.
Сазнајте више о техници испитивања табела одлучивања у видео водичу овде
70. Зашто користимо табеле одлучивања?
Технике поделе еквивалентности и анализе граничне вредности често се примењују на одређене ситуације или улазе. Међутим, ако различите комбинације улаза резултирају предузимањем различитих радњи, то може бити теже приказати коришћењем еквивалентне партиције и анализе граничне вредности, које имају тенденцију да буду више усредсређене на кориснички интерфејс. Друге две технике засноване на спецификацијама, табеле одлука и тестирање транзиције стања више су усредсређене на пословну логику или пословна правила. Табела одлука је добар начин за бављење комбинацијама ствари (нпр. Инпутима). Ова техника се понекад назива и табелом „узрок-последица“. Разлог томе је што постоји придружена техника дијаграмирања логике која се назива 'графикон узрока и последица', а која се понекад користила за извођење табеле одлука
71. Који је ГЛАВНИ циљ приликом прегледа испорученог софтвера?
Да бисте идентификовали недостатке било ког софтверског производа.
72. Шта од наведеног дефинише очекиване резултате теста? Спецификација тест случаја или спецификација дизајна теста.
Спецификација тест случаја дефинише очекиване резултате теста.
73. Каква је корист од независности теста?
Избегава пристрасност аутора у дефинисању ефикасних тестова.
74. Као део процеса испитивања одређујете излазне критеријуме?
Критеријуми за излазак одређују се на основу „Планирања испитивања“.
75. Шта је Алфа тестирање?
Тестирање пре издавања представника крајњих корисника на веб локацији програмера.
76. Шта је бета тестирање?
Тестирање које потенцијални купци обављају на својој локацији.
77. Спомените која је разлика између Пилот и Бета тестирања?
Разлика између пилот и бета тестирања је у томе што се пилот тестирање заправо користи помоћу производа групе корисника пре коначне примене, а у бета тестирању не уносимо стварне податке, већ се инсталира код крајњег купца ради провере ваљаности. ако се производ може користити у производњи.
78. С обзиром на следећи фрагмент кода, колико тестова је потребно за 100% покриће одлука?
ако је ширина> дужинатада највећа_димензија = ширинаако је висина> ширинатада највећа_димензија = висинаенд_ифелсебиггест_дименсион = дужинаако је висина> дужинатада највећа_димензија = висинаенд_ифенд_иф
4
79. Дизајнирали сте тест случајеве како бисте пружили 100% изјаву и 100% покривеност одлука за следећи фрагмент кода. ако је ширина> дужина, тада је највећа_димензија = ширина, иначе највећа_димензија = дужина енд_иф Следеће је додато на дно горњег фрагмента кода. принт "Највећа димензија је" & највећи_дименсионпринт "Видтх: & видтх принт "Ленгтх: & ленгтх Колико још тест случајева је потребно?
Ниједан, постојећи тестови се не могу користити.
80. Која је разлика између техника тестирања и алата за тестирање?
Техника тестирања: - Да ли је поступак којим се осигурава да неки аспекти апликационог система или јединице правилно функционишу, можда постоји мало техника, али много алата.
Алати за тестирање: - Је ли средство за извођење процеса испитивања. Алат је ресурс за испитивача, али сам по себи није довољан за спровођење тестирања
Сазнајте више о тестирању Тоолс овде
81. Користимо резултате анализе захтева, спецификацију захтева као улаз за писање
…Случајеви теста за прихватање корисника
82. Поновљено тестирање већ тестираног програма, након модификације, ради откривања било каквих недостатака који су уведени или откривени као резултат промена на софтверу који се тестира или у другој сродној или неповезаној софтверској компоненти:
Регресија тестирање
83. Велепродаја продаје кертриџе за штампаче. Минимална количина поруџбине је 5. За наруџбине од 100 или више кертриџа са штампачем попуст је 20%. Од вас је затражено да припремите тест случајеве користећи различите вредности броја наручених кертриџа за штампач. Која од следећих група садржи три тест улаза која би се генерисала помоћу анализе граничне вредности?
4, 5, 99
84. Шта је испитивање компонената?
Тестирање компонената, познато и као тестирање јединица, модула и програма, тражи недостатке и проверава функционисање софтвера (нпр. Модула, програма, објеката, класа итд.) Који се могу посебно тестирати. Испитивање компонената може се обавити изоловано од остатка система, у зависности од контекста животног циклуса развоја и система. Најчешће се китови и управљачки програми користе за замену софтвера који недостаје и једноставно симулирање интерфејса између софтверских компоненти. Из софтверске компоненте која се тестира позива се клица; возач позива компоненту која се тестира.
Ево сјајног видео снимка о Јединственом тестирању
85. Шта је испитивање функционалног система?
Тестирање функционалности система од краја до краја у целини дефинисано је као тестирање функционалног система.
86. Које су предности независног тестирања?
Независни тестери су непристрасни и истовремено идентификују различите недостатке.
87. У РЕАКТИВНОМ приступу испитивању, када бисте очекивали да започне већи део пројекта дизајнирања теста?
Главнина радова на дизајнирању теста започетих након израде софтвера или система.
88. Које су различите методологије у агилном развојном моделу?
Тренутно ми је познато седам различитих агилних методологија:
- Екстремно програмирање (КСП)
- Сцрум
- Леан развој софтвера
- Развој вођен карактеристикама
- Агиле Унифиед Процесс
- Кристал
- Модел развоја динамичких система (ДСДМ)
89. Која активност у основном процесу испитивања укључује процену проверености захтева и система?
„Анализа теста“ и „Дизајн“ укључују процену проверености захтева и система.
90. Који је типично НАЈВАЖНИЈИ разлог за коришћење ризика за подстицање напора на тестирању?
Јер тестирање свега није изводљиво.
91. Шта је случајно / мајмунско тестирање? Када се користи?
Случајно тестирање је често познато као испитивање мајмуна. У таквој врсти тестирања подаци се генеришу насумично, често помоћу алата или аутоматизованог механизма. Овим случајно генерисаним улазом систем се тестира и резултати се анализирају у складу с тим. Ова испитивања су мање поуздана; стога га почетници обично користе и да би видели да ли ће систем издржати под негативним ефектима.
92. Који су од следећих ваљаних циљева за извештаје о инцидентима?
- Пружите програмерима и другим странама повратне информације о проблему како би омогућили идентификацију, изолацију и корекцију по потреби.
- Дајте идеје за побољшање процеса испитивања.
- Обезбедити возило за процену компетентности тестера.
- Пружите тестерима средства за праћење квалитета система који се тестира.
93. Размотрите следеће технике. Које су статичке, а које динамичке технике?
- Еквиваленција партиционирања.
- Користите испитивање случајева.
- Анализа протока података.
- Истраживачко испитивање.
- Тестирање одлуке.
- Инспекције.
Анализа и инспекција протока података су статични; Расподела еквивалентности, испитивање случајева употребе, истраживачко испитивање и тестирање одлука су динамични.
94. Зашто су статичка испитивања и динамичка испитивања описана као комплементарна?
Зато што деле циљ идентификовања недостатака, али се разликују у врстама дефеката које проналазе.
95. Које су фазе формалне ревизије?
За разлику од неформалних прегледа, формални прегледи следе формални процес. Типичан поступак формалног прегледа састоји се од шест главних корака:
- Планирање
- Почетни ударац
- Припрема
- Преглед састанка
- Прерадити
- Пратити.
96. Која је улога модератора у процесу прегледа?
Модератор (или вођа рецензије) води поступак прегледа. Он или она одређује, у сарадњи са аутором, врсту рецензије, приступ и састав тима за рецензију. Модератор врши проверу уноса и праћење прераде, како би контролисао квалитет улазних и излазних података процеса прегледа. Модератор такође заказује састанак, дистрибуира документе пре састанка, подучава остале чланове тима, хода по састанку, води могуће дискусије и чува прикупљене податке.
Сазнајте више о процесу прегледа у Водичу за видео овде
97. Шта је партиција еквиваленције (позната и као класа еквиваленције)?
Улазни или излазни опсези вредности тако да само једна вредност у опсегу постаје тест случај.
98. Када треба применити процедуре управљања конфигурацијом?
Током планирања теста.
99. Тип функционалног тестирања који истражује функције повезане са откривањем претњи, попут вируса од злонамерних страна?
Испитивање сигурности
100. Тестирање у којем подвргавамо циљ теста различитим оптерећењима како бисмо измерили и проценили понашање понашања и способност циља и теста да и даље правилно функционишу под овим различитим оптерећењима?
Испитивање оптерећења
101. Тестирање које се изводи ради откривања недостатака на интерфејсима и у интеракцији између интегрисаних компоненти је?
Тестирање нивоа интеграције
102. Које су технике испитивања засноване на структури (бела кутија)?
Технике тестирања засноване на структури (које су такође динамичке, а не статичне) користе унутрашњу структуру софтвера за извођење тест случајева. Они се обично називају техникама „беле кутије“ или „стаклене кутије“ (подразумевајући да у систем можете видети), јер захтевају знање о томе како је софтвер имплементиран, односно како функционише. На пример, структурна техника се може бавити вежбањем петљи у софтверу. Могу се извести различити примери испитивања за вежбање петље једном, два пута и много пута. То се може учинити без обзира на функционалност софтвера.
103. Када треба извршити „Испитивање регресије“?
Након промене софтвера или промене окружења требало би извршити регресијско тестирање.
104 . Шта је негативно и позитивно тестирање?
Негативан тест је када унесете неваљани унос и примите грешке. Иако је позитивно тестирање када унесете ваљани унос и очекујете да ће нека радња бити завршена у складу са спецификацијом.
105. Која је сврха критеријума за завршетак теста?
Сврха критеријума завршетка теста је да одреди када треба прекинути тестирање
106. Шта статична анализа НЕ МОЖЕ пронаћи?
На пример цурење меморије.
107. Која је разлика између поновног и регресивног тестирања?
Поновно тестирање осигурава уклањање првобитне грешке; регресијско тестирање тражи неочекиване нежељене ефекте.
108. Које су технике испитивања засноване на искуству?
У техникама заснованим на искуству, знање, вештине и позадина људи главни доприносе условима тестирања и тест случајевима. Искуство техничких и пословних људи је важно, јер они доносе различите перспективе у процес анализе и дизајна теста. Због претходног искуства са сличним системима, они могу имати увид у то шта може да пође по злу, што је врло корисно за тестирање.
109. Која врста прегледа захтева формалне критеријуме за улазак и излазак, укључујући метрику?
Инспекција
110. Да ли би се прегледи или инспекције могли сматрати делом тестирања?
Да, јер обе помоћи откривају грешке и побољшавају квалитет.
111. Поље за унос узима годину рођења између 1900. и 2004. године које су граничне вредности за испитивање овог поља?
1899,1900,2004,2005
112. Који би од следећих алата био укључен у аутоматизацију регресионог теста? а. Тестер података б. Испитивач граница в. Снимање / репродукција д. Излазни упоређивач.
д. Излазни упоређивач
113. Да би тестирали функцију, шта треба да напише програмер који позива функцију да се тестира и проследи тест податке.
Возач
114. Који је кључни разлог зашто програмери имају потешкоћа у тестирању сопственог рада?
Недостатак објективности
115. „Колико је испитивања довољно?“
Одговор зависи од ризика за вашу индустрију, уговора и посебних захтева.
116. Када треба зауставити тестирање?
Зависи од ризика за систем који се испитује. Постоје неки критеријуми на основу којих можете престати са тестирањем.
- Рокови (тестирање, објављивање)
- Буџет за тестирање је потрошен
- Стопа грешака пада испод одређеног нивоа
- Тест случајеви завршени са одређеним процентом положеног
- Алфа или бета периоди за тестирање се завршавају
- Покривеност кодом, функционалношћу или захтевима испуњени су до одређене тачке
117. Шта је од наведеног примарна сврха интеграционе стратегије за интеграционо тестирање у малом?
Примарна сврха стратегије интеграције је да одреди које модуле треба комбиновати и колико их одједном.
118. Шта су полу случајни тест случајеви?
Полу-случајни тест случајеви нису ништа, али када изводимо случајне тест случајеве и поделимо еквивалентну партицију на те тест случајеве, он уклања сувишне тест случајеве, што нам даје полу случајне тест случајеве.
119. С обзиром на следећи код, која је изјава тачна о минималном броју тест случајева потребних за потпуну изјаву и покривеност филијала?
Прочитајте стр
Прочитајте к
АКО је п + к> 100
ОНДА Штампати "Ларге"
ЕНДИФ
АКО је п> 50
ОНДА исписати "п Ларге"
ЕНДИФ
1 тест за покриће извода, 2 за покривање филијала
120. Који преглед се обично користи за процену производа како би се утврдила његова погодност за предвиђену употребу и утврдила одступања?
Технички преглед.
121. Ко би требало да оригинално документује пронађене грешке?
Од тестера.
122. Који је тренутни формални свјетски признати стандард документације?
Не постоји ниједан.
123. Ко је од следећег учесник у прегледу који је створио предмет за преглед?
Аутор
124. У софтверу су отклоњене бројне критичне грешке. Све грешке су у једном модулу, повезане са извештајима. Руководилац теста одлучује да изврши регресијско тестирање само на модулу извештаја.
Испитивање регресије треба обавити и на другим модулима, јер поправљање једног модула може утицати на друге модуле.
125. Зашто анализа граничне вредности пружа добре тест примере?
Јер грешке се често праве током програмирања различитих случајева близу 'ивица' опсега вредности.
126. По чему се инспекција разликује од осталих врста прегледа?
Води га обучени вођа, користи формалне критеријуме за улазак и излазак и контролне листе.
127. Зашто тестер може зависити од управљања конфигурацијом?
Јер управљање конфигурацијом осигурава да знамо тачну верзију тест софтвера и тест објекта.
128. Шта је В-модел?
Модел развоја софтвера који илуструје како се активности тестирања интегришу са фазама развоја софтвера
129. Шта је испитивање одржавања?
Покренуто модификацијама, миграцијом или повлачењем постојећег софтвера
130. Шта је покривеност тестом?
Покривеност тестова мери на неки специфичан начин количину испитивања обављеног низом тестова (изведених на неки други начин, нпр. Коришћењем техника заснованих на спецификацијама). Где год можемо да пребројимо ствари и можемо да утврдимо да ли је свака од тих ствари тестирана неким тестом, можемо мерити покривеност.
131. Зашто се преферира инкрементална интеграција у односу на интеграцију „великог праска“?
Будући да инкрементална интеграција има бољу способност раног откривања и изолације дефеката
132. Шта се назива процес који започиње са терминалним модулима?
Интеграција одоздо према горе
133. Током које би се активности испитивања могло најисплативије утврдити грешка?
Током планирања теста
134. Сврха фазе захтева је
Замрзнути захтеве, разумети потребе корисника и дефинисати обим тестирања
135. Зашто тестирање делимо у различите фазе?
Тестирање смо поделили у различите фазе из следећих разлога,
- Свака фаза испитивања има другачију сврху
- Лакше је управљати тестирањем у фазама
- Можемо покренути различите тестове у различитим окружењима
- Перформансе и квалитет испитивања побољшавају се фазним испитивањем
136. Шта је ДРЕ?
Да би се измерила ефикасност теста, користи се моћна метрика за мерење ефикасности теста позната као ДРЕ (Дефецт Ремовал Еффициенци). Из ове метрике бисмо знали колико грешака смо пронашли у скупу тест случајева. Формула за израчунавање ДРЕ је
ДРЕ = Број грешака током тестирања / број грешака током тестирања + број грешака које је пронашао корисник
137. Шта ће од следећег вероватно имати највише користи од употребе тест алата који пружају могућности за снимање и репродукцију теста? а) Испитивање регресије б) Тестирање интеграције ц) Тестирање система д) Тестирање прихватљивости корисника
Регресија тестирање
138. Како бисте проценили количину поновног тестирања која ће вероватно бити потребна?
Метрике из претходних сличних пројеката и разговори са развојним тимом
139. Шта проучава анализу протока података?
Употреба података на путањама кроз код.
140. Шта је неуспех?
Неуспех је одступање од одређеног понашања.
141. Шта су тест упоређивачи?
Да ли је заиста тест ако ставите неке улазе у неки софтвер, али никада не тражите да ли софтвер даје тачан резултат? Суштина тестирања је да се провери да ли софтвер даје тачан резултат и да се то уради, а оно што софтвер производи морамо упоредити са оним што би требало да произведе. Тест упоређивач помаже у аутоматизацији аспеката тог поређења.
142. Ко је одговоран за документовање свих питања, проблема и отворених тачака који су идентификовани током ревизијског састанка
Сцрибе
143. Шта је главна сврха неформалног прегледа
Јефтин начин да се оствари нека корист
144. Која је сврха технике дизајнирања теста?
Утврђивање услова испитивања и идентификовање тест случајева
145. При тестирању система за израчунавање оцена, испитивач утврђује да ће све оцене од 90 до 100 дати оцену А, али оцене испод 90 неће. Ова анализа је позната као:
Еквивалентна партиција
146. Менаџер теста жели да користи ресурсе доступне за аутоматизовано тестирање веб апликације. Најбољи избор је Тестер, аутоматизација тестова, веб специјалиста, ДБА
147. Током тестирања тестера модула, „Кс“ је пронашао грешку и доделио је програмеру. Али програмер одбацује исто, говорећи да то није грешка. Шта треба да ради „Кс“?
Пошаљите детаљне информације о пронађеној грешци и проверите репродуктивност
148. Тип интеграционог тестирања у којем се софтверски елементи, хардверски елементи или оба комбинују одједном у компоненту или целокупан систем, уместо у фазама.
Тестирање великог праска
149. У пракси, који модел животног циклуса може имати више, мање или различитих нивоа развоја и тестирања, у зависности од пројекта и софтверског производа. На пример, може постојати тестирање интеграције компонената након тестирања компонената и тестирање интеграције система након тестирања система.
В-модел
150. Којом се техником може постићи улазно и излазно покривање? Може се применити на људски унос, унос путем интерфејса у систем или параметара интерфејса у тестирању интеграције.
Еквивалентна партиција
151. „Овај модел животног циклуса заснован је на распореду и буџетским ризицима“ Ова изјава је најпогоднија за њу.
В-модел
152. Којим редоследом треба покретати тестове?
Прво се мора тестирати најважнији
153. Што се касније у животном циклусу развоја открије квар, то је скупље отклањање. Зашто?
Квар је уграђен у више документације, кода, тестова итд
154. Шта је мерење покривености?
То је делимична мера темељности теста.
155. Шта је испитивање граничне вредности?
Испитати граничне услове на, испод и изнад ивица класа еквиваленције улаза и излаза. На пример, рецимо банкарска апликација у којој можете да повучете највише 20.000 Рс и најмање Рс.100, тако да у испитивању граничне вредности тестирамо само тачне границе, уместо да ударимо у средину. То значи да тестирамо изнад максималне и испод минималне границе.
156. Шта представља ЦОТС?
Реклама са полице.
157. Чија је сврха да омогући спровођење одређених испитивања на систему или мрежи која што више личи на окружење у којем ће се предмет који се тестира користити након пуштања?
Тест Енвиронмент
158. На шта се може сматрати да се заснива на пројектном плану, али са већом количином детаља?
Фазни план испитивања
159. Шта је брзи развој апликација?
Брзи развој апликација (РАД) формално је паралелни развој функција и накнадна интеграција. Компоненте / функције се развијају паралелно као да су мини пројекти, развоји се временски ограничавају, испоручују и затим састављају у радни прототип. То купцу може врло брзо дати нешто да види и искористи и да му пружи повратне информације у вези са испоруком и њиховим захтевима. Брза промена и развој производа могући су коришћењем ове методологије. Међутим, у одређеном тренутку за производ ће требати развити спецификацију производа, а пројекат ће морати да се стави под формалнију контролу пре него што се крене у производњу.
Погледајте наш квиз о тестирању
Погледајте наше - Питања о интервјуу за тестирање софтвера Иоутубе Видео
Бесплатно преузимање ПДФ-а: Питања и одговори на интервју за тестирање софтвера
Горња питања и одговори на питања за ручно тестирање у пдф-у помоћи ће како свежим тако и искусним инжењерима за контролу квалитета. Молимо поделите страницу са пријатељима и колегама.