Мени

Шта је рано тестирање: тестирајте рано, често тестирајте, АЛИ како? (Практични водич)

what is early testing

Испробајте Наш Инструмент За Елиминисање Проблема

Шта је рано тестирање?

Тестирање софтвера требало би да започне у раном животном циклусу развоја софтвера. Ово помаже у хватању и уклањању недостатака у раним фазама СДЛЦ, тј. У фазама прикупљања захтева и дизајнирања. Рано започињање тестирања помаже у смањењу броја недостатака и на крају трошкова прераде на крају.

Различити аспекти Рано тестирање који би помогли менаџерима и потенцијалним клијентима за осигурање квалитета током израде или осмишљавања документа Стратегије тестирања у СДЛЦ-у, овде су објашњени.

Усвајање раног теста неизмерно ће резултирати успешном испоруком квалитетног производа.

рано тестирање (1)

До краја овог водича, читаоци, менаџери квалитета, потенцијални купци и тестери имаће поштено знање о следећим концептима:

ка тестер интервју питања и одговори пдф
  • Зашто рано тестирање у СДЛЦ (пројекат или издање софтвера)?
  • Обухват напора за рано тестирање
    • Шта тестирати рано?
    • Старт и Екит
  • За и против

Хајде да сада детаљно истражимо нијансе !!

Шта ћете научити:

Принципи тестирања

Слика 1 - Поједностављени приказ принципа тестирања

1.Принципи тестирања

За дато издање софтвера или система или производа у СДЛЦ-у постоје различите добро дефинисане методологије или стратегије за већину следећих Принципа тестирања.

  • Шта је тестирање?
  • Зашто тестирање?
  • Шта тестирати?
  • Како тестирати?

Међутим, нека од најдужих питања која би многи читаоци, тестери, потенцијални купци и менаџери за контролу квалитета поставили или би желели да добију више јасноће о укључивању (сива зона у Слика 1 )

  • Када започети тестирање у издању софтвера или Када тестирање треба започети у пројекту?
  • Када започети тестирање, а када зауставити тестирање?
  • Зашто би тестирање требало започети рано у СДЛЦ-у?
  • Шта је рани тест у развоју софтвера?

Ради лакшег разумевања публике, сва питања о „сивој зони“ ударила сам под један кишобран Рано тестирање.

Зашто рано тестирање у СДЛЦ-у?

Размотримо неке догађаје и активности који су део тестирања.

Тим за управљање програмом обично додељује менаџера програма (ПМ) одређеном издању софтвера или пројекту. Премијер у сарадњи са свим заинтересованим странама, укључујући тимове за маркетинг, развој, контролу квалитета и подршку, доноси распоред објављивања

У овом упутству сам изабрао Квартални распоред издавања Користећи модел водопада да објасни Концепти раног тестирања детаљно.

Распоред тестирања издања софтвера

Већина организација и даље следи традиционално Издање засновано на времену (ТБР) модели код којих се издавање софтвера или производа планира за кварталну или полугодишњу или годишњу испоруку.

Претежно се модел Ватерфалл користи за извршавање таквих издања софтвера. У неким случајевима за краћи циклус издања усваја се Агиле / Сцрум модел.

Слика 2 - Типични тромесечни распоред испитивања издавања (није свеукупни пројекат или распоред издавања)

Квартални распоред испитивања издања

Утицај критичних или озбиљних недостатака

Слика 3 - Типичан утицај критичних недостатака

Типичан утицај критичних недостатака

Углавном , током тестирања, очекује се да

  • Испитивачи ће идентификовати и евидентирати критичне или озбиљне недостатке.
  • Програмери ће морати да отклоне те недостатке.
  • После тога, тестери ће морати да верификују исправке.

Друго , широко је признато од стране многих организација за производни и софтверски инжењеринг да је поправљање и верификација велике озбиљности или критичних грешака на веома великом броју

  • Дуготрајан
  • Преусмеравање ресурса (човек + машина)
  • Склони колатералима, исправљање критичних грешака углавном додирује велики део кода, укључујући подручја укрштања.

Најзад , ако се на крају датог издања пронађе велики број критичних грешака, тада се дешава један или више следећих негативних догађаја.

  • Велика вероватноћа продужења циклуса испитивања.
  • Велика вероватноћа пропуштања рока за пуштање.
  • Из тог издања ће можда бити потребно извући одређену карактеристику која има велики број дефеката.
  • Обавезе купаца које се пропуштају.

Шта је са осталим недостацима?

Постоје кварови средњег и ниског приоритета које ће тестери идентификовати и евидентирати. Тим за развој и КА такође морају на одговарајући начин да се позабаве њима. Дакле, све у свему то је обимна вежба.

Не постоји Сребрни метак

Добро је позната чињеница да ниједна количина тестирања не може открити сваки недостатак који има софтверски производ или систем. Значи, практично, нити је крај тестирања нити је производ без недостатака.

Међутим, из „ Услужност Гледишта у моделу конкурентског и временског ограничења (ТТМ), постоји потреба за разбијањем типичног начина размишљања како би се ископали максимални недостаци рано у циклусу објављивања, посебно идентификација критичних и озбиљних недостатака.

Било шта или све горе наведено имаће негативан утицај на пословање Организације. У овом контексту, усвајање „ Рано тестирање 'Имају одвојена тест активност ће бити корисно за целокупно управљање СДЛЦ-ом за дати пројекат или издање.

Опсег напора за рано тестирање

Схвативши циљ раног тестирања у претходном одељку под називом „ Зашто рано тестирање? ’, Хајде да разговарамо о„ Обим раног напорног напора ' детаљно.

Будући да уводимо тестирање рано као нову активност која ће се пратити искључиво током извођења тестирања, препоручује се увежбавање обима тестирања како је објашњено у наставку

Претпоставка:

  • Читав распоред издавања пројеката или софтвера је одобрен и доступан свим заинтересованим странама.
  • Општи документ о стратегији тестирања је развијен, прегледан и одобрен од свих заинтересованих страна.
  • Карактеристике високог, средњег и ниског приоритета које треба тестирати добро су документоване.
  • Планови за тестирање и тест случајеви за све карактеристике су развијени, прегледани и одобрени од свих заинтересованих страна.
  • Сви испитни планови и тест случајеви се отпремају у централно спремиште за праћење извршења испитивања.
  • Сви људски ресурси, инфраструктурна опрема и алати су доступни за постављање тестних лежајева и извршавање планова испитивања.

Шта тестирати рано?

Слика 4 - Укупан приступ обиму раног тестирања

4.Шта тестирати у раном тестирању

Приступ

  • Узмимо Пример издања КСИЗ који има 3 карактеристике високог приоритета А, Б и Ц, 10 карактеристика средњег приоритета и 15 мањих (или ниског приоритета) карактеристика.
  • Карактеристике високог приоритета су оне које генеришу висок приход и / или усклађеност са стандардима и / или надокнађивање конкуренције и / или надокнађивање конкуренције и све ово.
  • Карактеристике високог приоритета обично укључују сложено кодирање и додавање великог броја нових редова кода.
  • Велики број нових линија кода такође може значити велику вероватноћу подручја пресека.
  • Обично су функције високог приоритета и / или функције које имају велики број нових линија кода најбољи кандидати за рано тестирање.
  • За активности раног тестирања не мора бити развијен посебан план испитивања.
  • Водичи за испитивање квалитета или тестери, заједно са потенцијалним клијентима за развој или малим и средњим предузећима (стручњаци за предметна питања) морају да разговарају и договоре се о шифри / покривености тестирања за ову активност тестирања.
  • Утврдите одговарајуће испитне случајеве високог приоритета, па чак и неке испитне случајеве средњег приоритета, ако сматрате да је то потребно из сваког од пробних планова А, Б и Ц.
  • Када се утврде одговарајуће карактеристике и подскуп тест случајева, уверите се да се они прате помоћу алата за праћење теста који је усвојила Организација.

Савет: Сарадња је кључна! Током активности раног тестирања, тимови за развој и КА морају блиско сарађивати како би били сигурни да су постављени циљеви постигнути квалитетним резултатима.

Старт и излаз на раном тесту

Важно је да и развојни и КА тим размисле и да се сложе са свим приступима целокупне активности раног тестирања, укључујући датуме почетка и изласка, тако да сви буду на истој страници.

Критеријуми за улаз у старт

  • Проценат завршеног тестирања интеграције
  • Број отворених грешака
  • Нема блокатора за покретање раног теста

Фаза активности

  • Праћење напретка
  • Број падова кода током овог тестирања
  • Приступ отклањању грешака
  • Приступ верификацији грешака
  • Снимите ове резултате тестирања

Излазни критеријуми

  • Предаја активности за следећу фазу тестирања (обично тестирање карактеристика).
  • Решавање нерешених грешака пронађених током раног теста.
  • Решавање блокатора, ако их има, за следећу фазу тестирања.
  • Објавите резултате раног тестирања.

За и против

Свака нова иницијатива или активност има своје заслуге и недостатке.

Истражимо предности и недостатке овог приступа тестирању.

Прос

  • Идеално за модел Ватерфалл.
  • Помаже у откривању критичних грешака рано у циклусу тестирања.
  • Идентификација критичних грешака на почетку циклуса издавања.
  • Помаже развојном тиму да рано стабилизира Кодекс.
  • Помаже у смањивању колатерала због исправки грешака.
  • Помаже развојном тиму да детаљно идентификује рањивости на раскрсницама у раном циклусу објављивања.
  • Управљачки тим може доносити одговарајуће пословне одлуке са дужном пажњом у вези са нерешеним критичним грешкама у том издању или пројекту.
  • Помаже у продужавању покривеност тестом и ефикасно бициклирају.
  • Помаже у ефикасној и делотворној дистрибуцији ресурса за развој и тестирање.

Цонс

  • Није идеално за Агиле / Сцрум модел. Међутим, такви модели могу усвојити рани тест у спринтима са одговарајућим подешавањем.
  • Постоји шанса за смањење Испитивање интеграције од стране Развојног тима.

Закључак

Купци или крајњи корисници купују или усвајају производ за поправку или систем или решење. Примарни услов је потврда ваљаности софтвера који је покренут на таквом систему или производима

Кључне компоненте принципа тестирања попут Зашто тестирати? Шта је тестирање? Шта тестирати? Како тестирати? су углавном добро дефинисани и разумљиви. Међутим, постоје нека дуготрајна питања која се читаоцима, тестерима, потенцијалним купцима и менаџерима непрестано намећу у вези са концептима попут раног тестирања.

Усвајање раног тестирања као интегралне активности целокупног распореда тестирања за било који дати софтверски пројекат или издање неизмерно користи Организацији да испоручи робустан квалификовани производ или систем.

Да ли сте икада схватили важност раног тестирања у својој каријери? Слободно поделите своје мисли и искуства у одељку за коментаре испод !!

Препоручено читање

^