what is test harness
Нисам велики љубитељ етикета. Ево шта под тим мислим.
Ако морам да проверим неколико аспеката пре него што утврдим да ли се КА може започети, једноставно ћу направити листу и извршити акцију. По мом мишљењу, није битно да ли то званично називам операцијом „Преглед спремности за тестирање“ или не - све док радим оно што бих требало да радим, мислим да нема потребе да га зовем одређено име или ознаку .
Али стојим исправљено. Недавно сам у свом разреду предавао Агиле-сцрум модел за развој софтвера. Је постојао питање ‘ како се врши тестирање агилном методом? „Објашњавао сам две методе - једна је тачка где је покушавамо укључити у сваки спринт, а друга је најбоља пракса коју сам научио из прве руке - а то је заостајање у КА спринту у односу на развојну.
Један од мојих ученика питао ме је да ли постоји име за другог, а ја нисам, јер никада нисам стављао акценат на сама имена.
Али у том тренутку осетио сам колико је важно да се процес означи на одговарајући начин како бисмо били сигурни да имамо термин који се односи на процес о коме говоримо.
Стога ћемо данас учинити управо то: Научите процес који стоји иза израза „Тест Харнесс“.
Као што сам већ поменуо у неким од мојих претходних чланака: много тога се може разумети из дословног значења имена. Дакле, проверите у свом речнику шта значи „упртач“ и велико откриће да ли се примењује или не, у овом случају је нешто што ћемо видети на крају.
Постоје два контекста у којима се користи пробни појас:
- Испитивање аутоматизације
- Испитивање интеграције
Почнимо са првим:
Шта ћете научити:
- Контекст # 1: Тестни упртач у аутоматизацији испитивања
- Контекст # 2: Тест упртача у интеграционом тестирању
- У закључку:
- Препоручено читање
Контекст # 1: Испитни свежањ у аутоматизацији испитивања
У тхе испитивање аутоматизације свет, Испитни појас се односи на оквир и софтверске системе који садрже тест скрипте, параметре потребне (другим речима, податке) за покретање ових скрипти, прикупљање резултата испитивања, њихово упоређивање (ако је потребно) и праћење резултата.
Покушаћу да ово поједноставим уз помоћ примера.
Пример:
Ако бих говорио о пројекту који користи ХП Куицк Тест Профессионал (сада УФТ) за функционално испитивање, ХП АЛМ је повезан за организовање и управљање свим скриптама, извођењима и резултатима, а подаци се преузимају из базе података МС Аццесс - Следеће би било тестно средство за овај пројекат:
програм за прављење снимака екрана на рачунару
- Сам софтвер КТП (УФТ)
- Скрипте и физичка локација на којој се чувају
- Сетови тестова
- МС Аццесс ДБ за испоруку параметара, података или различитих услова који се морају доставити тест скриптама
- ХП АЛМ
- Резултати испитивања и упоредни атрибути праћења
Као што видите, софтверски системи (аутоматизација, управљање тестовима, итд.), Подаци, услови, резултати - сви они постају саставни део испитног појаса - једина изузетак је сам АУТ.
Контекст # 2: Испитајте упртач у интеграционом испитивању
Сада је време да истражимо шта Тест упртачи значе у контекст „Интеграционо тестирање“ .
Тестирање интеграције је да се саставе два или модула (или јединице) кода који међусобно комуницирају и да се провери да ли је комбиновано понашање очекивано или не.
У идеалном случају, интеграционо тестирање два модула требало би и било би могуће извршити када су оба 100% спремна, тестирана на јединици и спремна за рад.
Међутим, ми не живимо у савршеном свету - што значи да један или више модула / јединица кода који ће бити саставни елементи интеграционог теста можда неће бити доступни. Да бисмо решили ову ситуацију имамо кварове и возаче.
Студ је обично део кода који је ограничен у својој функцији и замениће или заменити стварни модул кода који треба да заузме његово место.
Пример: Да бих ово даље објаснио, дозволите ми да користим сценарио
Ако постоје јединица А и јединица Б које треба интегрисати. Такође, та јединица А шаље податке јединици Б или другим речима, јединица А позива јединицу Б.
Јединица А ако је 100% доступна, а јединица Б није, тада програмер може да напише део кода који је ограничен у својим могућностима (шта то значи је Јединица Б ако има 10 карактеристика, само 2 или 3 које су важне за интеграцију са А) биће развијен и користи се за интеграцију. Ово се назива а СТУБ.
Интеграција би сада била: Јединица А-> Стуб (замена за Б)
С друге стране, ако је јединица А доступна 0%, а јединица Б 100%, симулација или прокси овде мора бити јединица А. Стога, када је позивна функција замењена помоћним кодом, тада се она назива ВОЗАЧ .
Интеграција би, у овом случају, била : ВОЗАЧ (замена за А) -> Јединица Б
Читав оквир: Процес планирања, стварања и употребе квара и / или покретачких програма за спровођење интеграционог тестирања назива се Тест Харнесс.
Белешка : горњи пример је ограничен и сценарио у стварном времену можда неће бити тако једноставан или тако директан као овај. Апликације у реалном времену имају сложене и сложене тачке интеграције.
У закључку:
Као и увек, СТХ верује да и најтехничкије дефиниције могу да се изведу из једноставног, дословног значења израза.
Речник на паметном телефону ми говори да је „упртач“ (погледајте испод контекста глагола):
„Успоставити услове за ефикасну употребу; стекните контролу над одређеним циљем; „
Пратећи ово и прилагођавајући ово тестирању:
„Тестни систем једноставно је створити исправан оквир и користити га (и све његове саставне елементе) за контролу целокупне активности како би се максимално искористила ситуација - било аутоматизација или интеграција. „
Ту ми одмарамо свој случај.
Још неколико ствари пре него што завршимо:
П. Које су предности тест упртача?
Сад, да ли бисте питали колики је значај даха за људски живот - он је својствен, зар не? Слично томе, оквир за ефикасно тестирање је попут датог. Предност, ако то морамо написати у толико речи - рекао бих, сваки поступак тестирања има пробни упртач без обзира да ли свесно кажемо да је то „пробни упртач“ или не. То је као да путујете знајући руту, одредиште и сву осталу динамику путовања.
П. Која је разлика између испитног појаса и оквира за испитивање? ?
Лично мислим да поређење и контрастирање није често прави приступ приликом разумевања сродних концепата, јер су линије често мутне. Као одговор на то питање, рекао бих, тестни упртач је специфичан, а тест оквир је генерички. На пример, тестни упртач ће садржати тачне информације о алатки за управљање тестом до ИД-ова за пријаву који ће се користити. С друге стране, оквир за тестирање једноставно ће рећи да ће алат за управљање тестовима обављати одговарајуће активности.
П. Постоје ли алати за испитивање упртача ?
Испитни појас укључује алате - попут софтвера за аутоматизацију, софтвера за управљање тестовима итд. Међутим, не постоје посебни алати за примену пробног појаса. Сви или било који алати могу бити део испитног свежња: КТП, ЈУнит, ХП АЛМ - сви они могу бити саставни алати било којег испитног свежња.
О аутору: Овај чланак написао је члан СТХ тима Свати С.
И, увек са дефиницијама, увек постоје разлике у мишљењима. Поздрављамо ваша мишљења и волимо да чујемо шта мислите. Слободно оставите коментар, питања или предлог испод.
Препоручено читање
- Испитивање оптерећења помоћу ХП ЛоадРуннер водича
- Савети за тестирање софтвера за тестере почетнике
- Најбољи алати за тестирање софтвера 2021. (Алати за аутоматизацију КА теста)
- Разлике између јединственог тестирања, интеграционог тестирања и функционалног тестирања
- Да ли тестери губе приањање због тестирања због аутоматизације?
- Глобално предузеће за тестирање софтвера ускоро ће достићи 28,8 милијарди долара
- Како одржати мотивацију живом у софтверским тестерима?
- Преузимање е-књиге за тестирање буквара