what is exploratory testing software testing
Шта је истраживачко испитивање?
„Истраживачко тестирање“ - као што и само име говори, истовремено је учење, дизајн теста и поступак извођења теста. Можемо рећи да се у овом тестирању планирање, анализа, дизајн и извршење теста тестирања раде заједно и тренутно.
Ово тестирање се бави истраживањем система и подстицањем реалног времена и практичног размишљања тестера.
У овој серији смо обрадили следеће водиче:
Туториал # 1: Шта је истраживачко тестирање у софтверском тестирању (Овај водич)
Туториал # 2: Коришћење обилазака како би се осигурало комплетно истраживачко испитивање
Туториал # 3: Истраживачко тестирање насупрот скриптном тестирању
Туториал # 4: Истраживачко тестирање са ХП Спринтер
Водич бр. 5: Топ 17 алата за истраживачко тестирање
************************************
Шта ћете научити:
- Преглед
- Препоручена служба истражних испитивања
- Примери истраживачког испитивања
- Приступ тестирању
- Предности
- Демеритс
- Истраживачко испитивање засновано на сесији
- Истраживачко испитивање на основу парова
- Технике истраживачког испитивања
- Разлика између истраживачког и ад-хоц тестирања
- Истраживачко аутоматизовано тестирање (ЕАТ)
- Врсте истраживачког испитивања
- Агилно истражно испитивање
- Како размишљати даље од традиционалних граница тестирања у истраживачком тестирању
- Како на производ гледати из различитих перспектива?
- Закључак
- Препоручено читање
Преглед
Лаички речено, истраживачко тестирање укључује истовремено дизајнирање тест случајева и извршавање теста апликације или система који се тестира. Тестер ће створити или записати идеју теста како би дао смернице и истражити систем током тестирања како би даље створио критичне, практичне и корисне тестове за успешно тестирање апликације.
Ово захтева минимално планирање. Испитивачи континуирано доносе одлуку о њеном следећем кораку. У потпуности зависи од мисаоног процеса тестера.
Понекад ово тестирање може бити корисније од формалног приступа тестирању за проналажење неких суптилних недостатака који нестају у формалном тестирању.
Свесно или несвесно сваки тестер би у неком тренутку своје каријере обавио истраживачка испитивања.
Као што сви знамо, ученик ће научити боље путем практичног искуства, уместо да трпа теорију.
На исти начин, тестер ће боље знати апликацију само док истражује и сазнаје све функције које пружа сам по себи. Увек је добро имати клијента и пословну перспективу док тестирате како бисте осигурали успешно тестирање апликације.
На пример, ако отворите веб локацију за куповину, имате општу идеју да ће вам ова веб локација за куповину омогућити куповину избором производа по вашем избору и плаћањем истог.
Током овог процеса могли бисте сазнати да вам веб локација пружа виртуелни људски изглед који вам помаже у процесу одабира производа. Такође сте открили да можете наручити бројне производе за кућну пробу или да можете извршити плаћање путем наградних бодова неких банака итд.
Као тестер, не само да треба да проверите да ли систем ради како се очекивало, већ и да се провери да ли се систем понаша на начин који се не очекује.
Неколико ствари које треба запамтити током извођења овог тестирања:
- Ваша мисија би требала бити јасна.
- Обавезно направите белешке и пријавите шта радите и како се систем понаша, што може бити потенцијална грешка.
- Учите, посматрајте и онда смишљајте нове тестове.
Препоручена служба истражних испитивања
# 1) Дигиванте Дирецт
Дигиванте Дирецт врши истраживачка испитивања користећи своју глобалну мрежу професионалних тестера како бисте тестирање на свим главним уређајима могли да покријете у временском оквиру који није доступан од било ког другог добављача или интерног тима.
Објављујте брже, сигурније и дозволите да ваше дигиталне платформе пружају веће задовољство купаца и повећани приход на мрежи.
Карактеристике:
- 24 радна дана тестирања за само 24 сата или 90 радних дана за 72 сата, и свеобухватан, свеобухватан ниво тестирања који се не може постићи на било који други начин.
- Ниска цена , лако разумљиви цјеновни пакети без скривених додатака.
- Самопослуживање мрежни портал који не захтева сталну посвећеност.
- Стварни људи тестирају на стварним уређајима - далеко већу покривеност уређаја и прегледача него што можете постићи интерно, а све то у бржем року.
- Комплетна покривеност истраживачким тестом - смањити ризик и побољшати задовољство крајњих корисника и стопе конверзије, повећавајући тако истовремено смањујући трошкове.
Примери истраживачког испитивања
Пример # 1:
Веб локација пружаоца услуге кућне неге са следећим компонентама:
- Пријавите се
- Услуге
- Колица
- Плаћање
- историја наруџбина
- Додељивање техничара
Општа идеја за почетак истраживачки тестирање ће бити пријава или резервација услуге.
Како покрити тест случајеве?
најбољи иоутубе претворити у мп3 апликацију
У наведеном Пример, идеја је да започнете са функционалношћу заснованом на вашем знању. Како научите и посматрате више о апликацији, можете управљати својим следећим низом тест случајева.
Пример # 2:
Једном сам био укључен у мали пројекат који је подразумевао додавање новог узајамног фонда у пријаву. Мој задатак је био да тестирам апликацију како бих био сигуран да је нови узајамни фонд доступан корисницима да купе и проверити да ли је придружена процена тачна. Имао сам само 2 дана да завршим тестирање.
Имајући у виду ограничен рок и озбиљност испитивања, користио сам истраживачки приступ тестирања. Циљ ми је био да тестирам нове функције и утврдим кршења захтева за компатибилност.
Горе поменути циљ постао је моја повеља за ову тест сесију.
Током овог тестирања развијени су следећи тест случајеви:
- Тестирање како би се осигурало да је нови узајамни фонд додат у апликацију.
- Нова МФ је успешно купљена.
- Процена новог МФ је тачна.
- Покушао сам да купим нови МФ за постојећи портфолио.
- Може ли се нови МФ додати у све портфеље?
- Утицај новог МФ на процену постојећих.
- Тако су развијени и други тестови.
Припремао сам белешке и извештаје током тестирања како бих разговарао о свом запажању са БА и клијентом.
Основна стратегија истраживачког тестирања је да има план напада. Започните тестирање са својом идејом и импровизујте нове тестове на основу свог знања и запажања.
Пример # 3:
Истраживачко испитивање веб странице ИРЦТЦ
=> Кликните овде да бисте преузели примере тестних примера Истраживачког тестирања на веб локацији ИРЦТЦ.
Приступ тестирању
- Искористите хеуристику за вођење испитивања.
- Извршење тест случајева и стварање тест случајева иду руку под руку.
- Тест случајеви се развијају на основу посматрања и учења тестера.
- Различите технике испитивања попут Анализа граничне вредности , испитивање еквиваленције итд. могу се применити на ЕТ.
- ЕТ заснован на сесији може се користити да би се учинио структуриранијим и фокусиранијим.
- Испитивачи могу да разгране идеје, али никада не одступају од ваше мисије.
- ЕТ тестирање не користи скрипте, већ зависи од интуиције, вештине и искуства тестера.
Предности
Предности овог тестирања укључују:
- Промовишите размишљање у реалном времену и помаже у откривању више недостатака.
- Промовишите случајеве коришћења и тестирање засновано на сценарију.
- Минимална документација, максимално тестирање.
- Акценат је више на учењу и ширењу хоризонта тестера.
- Избегавајте дуплициране радове.
- Корисно када желите да ревидирате рад другог тестера.
Демеритс
Демерити су наведени испод:
- Тестирање зависи од искуства, вештине и знања тестера.
- Захтевајте време да научите апликацију. Тестер ће вероватно пропустити ако знају мање о апликацији.
- Није прикладно за пројекте са дугим временом извођења.
Истраживачко испитивање засновано на сесији
Док врше истраживачка испитивања, тестерима је веома тешко да објасне колико је тестирао и на основу чега.
У основи је тешко квантификовати рад и утрошено време. Међутим, у сваком пројекту треба да пружимо метрике, процене и извештај о напретку вођама тимова и менаџерима. Као што се каже, „ако не можете да га квантификујете, не можете ни да управљате њиме“.
Тестирање засновано на сесији је временски приступ за извођење овог тестирања који помаже у управљању и праћењу. Укључује наменску сесију тестирања у временском оквиру без прекида од е-поште, телефона, порука итд.
Приступ:
Задаци тестирања подељени су у сесије.
Следе компоненте компонентног тестирања заснованог на сесијама (СБТ):
- Мисија: Мисија извичи сврху сесије и на неки начин обезбеди фокус тестеру. Такође ће укључити и трајање сесије.
- Повеља: Укључује обим тестирања. У основи, дневни ред који детаљно описује циљеве које треба испунити током сесије.
Пример тест повеље за пријављивање функционалности веб странице услуге кућне неге:
- Седница: Унапред дефинисана временска сесија тестирања без икаквог прекида. Свака сесија може имати следеће трајање:
- „Кратко“ (60мин)
- 'Уобичајено' (90мин)
- „Дуго“ (120 мин)
- Извештај са сесије: Укључите белешке и лагани извештај како бисте пружили метрику вођама и менаџерима. Даје детаље о преосталој или завршеној серији чартера, времену подешавања сесије, тестираном сценарију, о процесу тестирања, листи грешака и пронађеним проблемима и другим информацијама за метрику.
- Одељак: Кратак састанак или усправљање између испитивача и вође теста / менаџера ради прегледа налаза тест сесије.
Менаџери могу добити практичне следеће показатеље на основу извештаја о сесији:
- Број завршених и преосталих сесија.
- Број пријављених грешака.
- Време проведено на подешавању сесије.
- Време проведено на тестирању.
- Време проведено на анализирању проблема или проблема.
- Карактеристике покривене.
Да резимирамо горе наведено:
СБТ омогућава одговорност истраживачким тестирањем и нуди боље управљање временом проведеним на тестирању. Такође повећава продуктивност и пружа бољи увид у откривање грешака. То је одличан начин да водитељима тимова и менаџерима пружите метрике за проверу напретка пројекта.
Истраживачко испитивање на основу парова
Тестирање парова је приступ у којем двоје људи истовремено тестира исту ствар / особину апликације, делећи рачунар. Они континуирано деле своје мисли и идеје. Током овог тестирања, једна особа преузима контролу над тастатуром, док друга особа предлаже тестове и бележи.
Увек је корисно имати добру комуникацију између партнера, тако да обојица буду свесни шта се ради и зашто. Пар у којем снага тестера узајамно допуњује њихову слабост сматра се снажним груписањем.
Такво упаривање користи обе стране и свака може научити понешто од свог партнера. То је такође добар начин за обуку нових ресурса тако што ћете их упарити са искусним ресурсима.
Предности тестирања у пару
- Помаже испитивачу да се усредсреди на задатак који је у току.
- Подстакните међусобно поверење и поштовање међу партнерима.
- Мозгалице између упарених тестера обично доводе до конструктивнијих идеја.
- Избегавајте вид тунела.
- Мања је шанса да их други прекидају.
Технике истраживачког испитивања
Туре: То је једноставна техника која омогућава тестеру да користи машту и да о себи мисли као о туристу који истражује град који посећује. Овде је апликација за тестирање град, а тестери туристи. Веома је тешко истражити читав град ако немате пуно времена и новца у руци, тако да туриста треба да има план са одређеним циљем.
Туриста може узети следеће туре:
- Обилазак водича - Тестирање истакнуте карактеристике апликације. Користите сценарије засноване на корисницима.
- Истражујући историју града - Тестирајте старе карактеристике апликације.
- Новчана тура, што значи осигурати да су све критичне карактеристике у односу на купца или клијента тестиране и раде успешно.
- Обилазак злочина - Унесите неважећи унос и тестирајте негативне сценарије.
- Обилазак уличице - Тестирајте најмање коришћене функције апликације.
- Досадна тура - Проведите минимално време на сваком екрану апликације, попуните најмање поља и крените најкраћим путем. Ово ће помоћи при подразумеваној вредности и тестирању валидације.
Током обиласка увек имате избор да кренете било којом рутом. Можете се кретати кроз софтвер и пронаћи јединствени пут за тестирање функције.
Испод су неки савети / трикови које можете користити у ЕТ:
- Поделите апликацију на модуле и раздвојите модуле на различите странице. Покрените ЕТ са страница. Ово ће пружити право покриће.
- Направите контролну листу свих карактеристика и ставите квачицу када је то обухваћено.
- Почните са основним сценаријем, а затим га постепено побољшавајте да бисте додали више функција за тестирање.
- Тестирајте сва поља за унос.
- Тестирајте поруку о грешци
- Тестирајте све негативне сценарије.
- Проверите ГУИ према стандардима.
- Проверите интеграцију апликације са другим спољним апликацијама.
- Проверите сложену пословну логику.
- Покушајте да извршите етичко хаковање апликације.
Фактори који утичу на ЕТ су следећи:
- Циљ пројекта
- Стратегија тестирања
- Циљ тестирања одређене фазе
- Доступни алати и опрема
- Улога и вештине тестера
- Доступно време
- Подршка менаџменту
- Узајамну подршку
- Доступни ресурси (студијски материјали, услови испитивања итд.)
- Интересовање клијената
- Разумљивост производа.
- Кориснички интерфејс апликације
- Функционалност апликације
- Резултати претходних тестова
- Ризици повезани са апликацијом
- Претходни недостаци
- Недавне промене
- Врсте података које треба користити за тестирање
- Тип корисника који ће га користити
Уместо да испитиваче питамо шта да покрену, остављамо на проверавање тестера да одлучи шта желе да тестирају и како желе да тестирају.
Разлика између истраживачког и ад-хоц тестирања
Не бркајте ЕТ са Ад-хоц тест .
- Ад-хоц тестирање односи се на процес неписаних, непланираних и импровизованих претрага дефеката, док је истраживачко тестирање промишљена методологија за ад-хоц тестирање.
- Ад-хоц тестирање је погођена метода за проналажење грешке, док ЕТ није. У ЕТ приступу, тестер учи о систему док истражују и на крају развијају тестове користећи стечено знање.
- Ад-хоц тестирање је неструктурирана активност, док је ЕТ донекле структурирана активност.
Истраживачко аутоматизовано тестирање (ЕАТ)
Истраживачко аутоматизовано тестирање је метода која помаже испитивачу у поједностављивању извештавања и репродукције грешака, прикупљању снимака и припреми будућег регресионог одела. То је процес који комбинује испитивање аутоматизације са истраживачким испитивањем.
Постоје две врсте ЕАТ приступа:
- Пасивно ЈЕДИ
- Ацтиве ЕАТ
Пасивно ЈЕДИ
Пасивно ЈЕДЕЊЕ може изводити један тестер или у пару. У овој методологији, обично је алат који бележи и бележи сваку поједину активност коју извршавају ресурси за тестирање и инсталиран је на рачунару ресурса.
Пасивно ЕАТ је слично ЕТ-у које се изводи ручно, јер нема промене у начину извођења тестова, осим израде резултата теста на основу снимљене сесије. Ови резултати теста могу се користити за извештавање и реконструкцију снимљених радњи касније током времена.
Инсталирани видео алат помаже испитнику при снимању тест случајева и пријављивању квара.
Такође има неколико других предности попут:
- Пружа јасне кораке за репродукцију грешака.
- Репродуковање недостатака је лакше чак и када извештач о недостацима није доступан.
- Отклоните сукобе између тима за тестирање и развој када се пријави повремена грешка.
- Помаже у тестирању перформанси добијањем времена одзива система у одређеном тренутку.
Ево неколико других тачака које треба узети у обзир прије пасивног једења:
- Саветује се да се изведе пилот тест пре потпуног прилагођавања алата за аутоматизовано једење. Ово омогућава да време потребно за поновно дизајнирање евиденција теста креираних током сесије теста не буде дуже од извршења теста. Ако је тако, онда тим треба да донесе заједничку одлуку о следећем:
- Ако је уопште потребна аутоматизација за одређени пројекат.
- Ако алат који се користи треба променити.
- Ако се перформансе алата који се користи могу оптимизовати.
- Алат који се користи за извођење аутоматизованог ЕАТ-а мора бити инсталиран на свим ресурсима за тестирање који су укључени у тестирање. Такође је добра идеја укључити програмере, што се може постићи давањем програмера ВПН-у или даљинским приступом тест машинама или инсталирањем алата у развојно окружење.
- Увек је добра идеја да се ГУИ објекат апликације организује у тест алату, тако да када дође време за анализу грешке или проблема, објекат буде препознатљив због смисленог имена.
- Одлична је пракса давати смислено име ГУИ објекту који се користи у АУТ-у и одржавати их организованим за каснију употребу.
Сада пређимо на други приступ.
Ацтиве ЕАТ
Препоручљиво је извршити Ацтиве ЕАТ са тестирањем парова. У овом приступу, тестирање на основу кључних речи користи се синхронизовано са тестирањем на сесији. Један тестер креира аутоматизовану тест скрипту, а други тестер извршава тест скрипте које је креирао први тестер.
Стварање скрипти за аутоматизацију у овом приступу заузима другачији пут од уобичајеног тестирања. Током тестирања праве се аутоматизоване скрипте за тест, а оно што је откривено у претходним тестовима одређује њихов дизајн.
Фаза затварања се изводи на крају сесије тестирања. И требало би да има следеће задатке:
- Укључени тестери би требали заменити улоге тако да ресурс за тестирање који је креирао тест скрипту има прилику да поново изврши скрипте како би потврдио поузданост и робусност креираног пакета.
- За сваку скрипту за аутоматизовани тест треба пружити кратак опис заједно са неколико идентификационих карактеристика.
- Потребно је дефинисати критеријум да би се утврдило које скрипте за аутоматизовани тест могу да се користе за тест регресије.
Предности ЕАТ-а
- На почетку сваке сесије извршавају се већ креиране аутоматизоване скрипте за тест, чиме се сваки пут побољшава покривеност тестом.
- Боље пријављивање грешака и документација за репродукцију квара.
- ЕАТ пружа довољно доказа и документације заинтересованим странама да виде напредак.
Врсте истраживачког испитивања
У наставку је дато неколико врста ЕТ:
1) Слободни стил И:
Истраживање примене у ад-хоц стилу.
У овој врсти ЕТ-а не постоје правила, нема рачуна за покривеност итд. Међутим, ова врста тестирања је добра када требате брзо да се упознате са апликацијом, када желите да верификујете рад осталих тестера и када желите да истражите квар или желите да направите брзи тест дима.
2) ЕТ заснован на сценарију:
Као што и само име сугерише, тестирање је засновано на сценарију. Почиње са стварним корисничким сценаријима, од краја до краја или тест сценаријима. Након почетног тестирања, тестери могу убризгати варијације у складу са својим учењем и посматрањем.
како се користи свн у ецлипсе-у
Сценарији су попут општег водича за оно што треба радити током ЕТ-а. Испитивачи се подстичу да истраже више могућих путања док извршавају сценарио како би осигурали све могуће стазе до рада карактеристика. Испитивачи би такође требало да осигурају прикупљање што више сценарија из различитих категорија.
3) Стратегијазаснован ЕТ:
Познате технике испитивања попут анализе граничне вредности, технике еквиваленције и технике засноване на ризику које се комбинују са истраживачким испитивањем. За ову врсту тестирања именује се искусни тестер или тестер који је упознат са апликацијом.
Агилно истражно испитивање
Чак и ако нисте радили у агилном окружењу, сигуран сам да сте то морали читати или чути због његове све веће популарности. Агиле методологија има кратке спринтеве и кратке рокове, што даје тиму неколико недеља да заврши планирање, процену, развој, кодирање, тестирање и објављивање.
Истраживачко тестирање постаје корисно у тако кратким роковима јер је у овом приступу тестирању нагласак стављен на брзе и корисне резултате. Када схватите захтев, можете започети тестирање на основу свог искуства и знања.
Након што се упознате са функцијама и понашањем апликације, можете да дизајнирате више тест случајева за потврду функционалности апликације и откривање непланираних грешака. Како се ради о приступу тестирању слободног стила, морате све документовати. Међутим, морате водити белешке и кратак извештај о ономе што сте тестирали, пронађеним грешкама и проблемима итд.
Заслуге истраживача у агилности
- Доказивање повратних информација програмерима што је пре могуће.
- Откривени су шири разни недостаци.
- Разноврсна група ресурса попут програмера, тестера, БА, дизајнера може изводити ЕТ јер не постоје скриптирани тест случајеви и сваки доноси другачију перспективу.
- Извиђање обављено у ЕТ помаже у истраживању нових територија и откривању критичних грешака.
- У случају итеративног кодирања апликације, ЕТ се може усредсредити на тестирање нових карактеристика, док аутоматизација врши регресију и тестирање компатибилности са уназад.
- У случају нестабилних захтева, ЕТ може помоћи у тестирању нових захтева у ограниченом времену.
Тачке које треба запамтити:
1. Захтева различите вештине: Испитивачи који изводе ЕТ морају да имају добре вештине слушања, читања, размишљања и извештавања. Потребно је искуство домене јер нема скрипти и тест случајева.
2. Понекад је тешко Пријавите грешку: Док смо у ЕТ току, можемо наићи на квар, али га можда нећемо моћи репродуковати. То је зато што не пратимо кораке тестирања и можда ћемо заборавити тачне кораке за репродукцију тог проблема.
3. Може се обављати као рекреативна активност: Ја лично радим ЕТ када желим да се одморим од редовног циклуса извршавања теста. Али многи тимови имају ЕТ као засебну фазу свог циклуса тестирања.
4. Може се урадити за све фазе испитивања: ЕТ можемо применити пре почетка било које фазе тестирања. ЕТ можете изводити и пре фазе функционалног испитивања.
5. Брзе повратне информације: ЕТ захтева брзу повратну информацију о проблемима и евентуалним аномалијама.
6. Критичко размишљање и разнолике идеје: Ово тестирање захтева критичко размишљање. Тестер би требало да буде у стању да репродукује, прегледа и изрази своје идеје на логичан начин. Тестер може применити своје искуство у различитим технологијама и доменима на којима су радили.
Како размишљати даље од традиционалних граница тестирања у истраживачком тестирању
„Заиста ценим вашу бригу о производу и пружање помоћи у разумевању перспективе крајњег корисника. Биће врло корисно. Хвала на добром раду и тако наставите !!! “
Ово је била последња е-пошта ланца е-поште са 21 е-поштом нашег клијента. Била је поноћ, а издавање нашег производа је одложено због критичне грешке коју смо пронашли. Можете помислити, шта је ново у томе? То се може догодити много пута. Али, ово је било заиста другачије, јер критична грешка коју смо пријавили није резултат ниједног документованог тест случаја.
По завршетку регресија тестирање последњи пут те вечери само сам се играо са производом. Шта то значи? Слободни сте да радите оно што не треба. На основу свог искуства и пројектног знања, имао сам неколико идеја о томе како да тестирам производ, осим нашег типичног спремишта за тестове, позвао Истраживачко испитивање .
Проведено истраживачко тестирање открило је критичну грешку повезану са проблемом прекида рада сервера док је радио нешто неочекивано.
Будући да сам љубитељ истраживачког тестирања, волим да истражујем производ на различите начине. За мене је дефиниција софтвера:
„Требало би да ради оно што треба, а не би требало да ради оно што не би требало.“
Ограничавање граница испитивања да бисте проверили да ли производи који би требало да раде чине вас непотпуним тестером. Заправо, живот тестера започиње када се документовано регресијско тестирање заврши и резултати ажурирају. Посматрање производа из различитих перспектива и разумевање захтева крајњег корисника у различитим сценаријима чине велику разлику. Дакле, хајде да данас заједно схватимо како се та разлика може направити:
Како на производ гледати из различитих перспектива?
# 1. Разумевање купца / крајњег корисника
Тестирање софтвера подразумева проверу квалитета производа у смислу задовољства купаца. Како знате становиште купца? Одговор је једноставан - морате бити купац. ОК, дозволите ми да исправим. Бити купац неће бити довољно. Морате да разумете како купац жели да рукује производом. Неће два купца која су купила исте сировине припремити исти рецепт. Да, производ који развијамо / испоручујемо је сировина за пословање купаца и они имају другачији начин размишљања док га користе.
Као испитивач софтвера, морамо да проверимо сврху производа, а не његов предмет или аспект.
Даћу вам неколико практичних примера из стварног живота:
- Маказе никада нису биле ограничене само на резање папира. Резање је сврха, а не папир (предмет).
- Мобилни телефони никада нису били ограничени само на позивање, већ је „могућност позивања“ увек била основна сврха.
- Кутије за одлагање користе се за складиштење, али је сигурност ускладиштеног материјала важна колико и складиштење.
Разумевање заинтересованих страна и широк спектар њихових очекивања требало би да буду основа истраживачког тестирања.
# 2. Начин размишљања
Док тражите (рецимо) оглас за посао, видите ли тај џекпот и између страница подебљаним фонтом? Већина нас не (верујте ми, истина је). Јер смо наложили свом уму да тражи оно што је корисно или да се провери. Од било чега другог нема користи, па нам ум негира да то препознајемо.
Отворите свој ум и не постављајте никаква очекивања када започнете истраживање производа . Увек имајте на уму да није у реду ако производ ради оно што треба. Такође је важно да не ради оно што не треба.
Сећам се једног класичног примера:
У Линуку се команда „мачка“ користи за проверу садржаја датотеке, а команда „лс“ за проверу садржаја директоријума. Радећи са Линуком и пет година тестирајући софтвер, никада нисам помислио да се бавим мачком, јер ми је ум био спреман; ако ми је требао дир садржај, треба да користим „лс“. То је успело, али обрнута страна очекивања је да производ није требало да се понаша онако како није требало, погрешно је. Један од наших купаца, који није добро познавао Линук, грешком је мачио и систем је пао. Платили смо овај начин размишљања.
Увек будите спремни да погрешите са софтвером јер ће то крајњи корисник учинити. Да бисте тестирали софтвер, обучени сте, али крајњи корисник неће бити обучен као ви или он / она неће бити технички стручњак као ви. Такође, учиниће све са софтвером када су у невољи.
Размислите о тим сценаријима и пружите повратне информације о тестирању. Живот софтвера и вашег (као тестера) ће се потресати.
# 3. Познајте такмичаре
Да ли сте приликом тестирања било које софтверске апликације за свог клијента покушали да знате и разумете други софтвер са истом наменом? Да ли сте икада предложили неку корисну функционалност коју сте приметили у производу конкурента? Типичан одговор је да то не спада у наш опис посла. Али да ли знате корист од тога?
Ево неколико примера из стварног живота који ће вас разумети:
- Зар вам се не свиђа дизајнер који не само да шије вашу хаљину већ и даје информације о томе који се прибор највише подудара?
- Зар вам се не допада марка пице која не само да прави одличне пице, већ и кући доставља на време?
- Не свиђа ли вам се фотограф који не само да прави добре фотографије већ предлаже другу врсту оквира за фотографисање?
Свако жели да има нешто додатно за оно што плаћа. Наша анализа конкурентног софтвера може радити на исти начин за нас. Купац увек воли да чује драгоцене предлоге - углавном упоредне предлоге како би производ учинио кориснијим или тржишним.
Такође, ова врста поређења и анализе истог асортимана чини нашу анализу моћнијом и на крају стварамо благо којем се у сваком тренутку можемо вратити и пронаћи нешто корисно.
Закључак
Истраживачки не спада у уобичајени начин тестирања, али ипак је врло моћан начин тестирања.
Утврђује размишљања тестера ван оквира и подстиче их да смисле практичне примере и случајеве у стварном времену за проналажење квара. Његова природа слободног стила даје предност над осталим врстама тестирања и може се изводити било где, било да се ради о пројекту који користи Агиле или водопад или било ком другом пројекту који захтева минималну документацију.
Успех истраживачког тестирања зависи од бројних нематеријалних карактеристика попут вештине тестера, способности креирања ефикасних тест случајева, њиховог искуства и умећа да прате њихов осећај.
Неопходно је запамтити да је ЕТ прилагодљивији процес него предиктивни и неопходно је одржати здраву равнотежу између истраживачког и скриптног или редовног тестирања.
Да ли сте тестер који има типична искуства са истраживачким тестирањем? Чекамо да чујемо ваше мисли. Слободно их поделите у одељку за коментаре испод.
Следећи водич # 2: Како се користе обиласци како би се осигурало комплетно истраживачко испитивање
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. године [КА Тест Аутоматион Тоолс]
- Алфа тестирање и бета тестирање (потпун водич)
- Истраживачко тестирање насупрот скриптном тестирању: ко победи?
- Посао за КА помоћника за тестирање софтвера
- Нека занимљива питања за испитивање софтверског тестирања
- Водич за тестирање безбедности веб апликација
- Како се користе обиласци како би се осигурало потпуно и темељито истраживачко испитивање
- Најбоље услуге КА тестирања софтвера од СофтвареТестингХелп