Мени

Како извршити испитивање софтверских производа - детаљан поступак и методе са примерима

how perform software product testing detailed process

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

Софтверским производима је потребан њихов јединствени приступ да би се адекватно и правилно тестирали. Тимови их често третирају као било који други софтвер (тј. Интерне апликације направљене за одређеног клијента или тим; нису доступне широј јавности; не доносе приход) и то је полазна тачка проблема.

За тестирање софтверских производа потребан је прилагођени стил и стратегија тестирања да би се додала вредност. Софтверски развој и одржавање производа је сам по себи сложен екосистем и за напредак тестера треба да се прилагоде.

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

Како тестирати производ

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

Изазови развоја софтверских производа:

Ево неких изазова са којима се сусрећу тимови за развој софтверских производа:

# 1)Недостатак контроле над демографским подацима корисника, уређајима, окружењима, платформама итд. : Софтверски производи, за разлику од софтвера направљеног за одређене актере, не користе се у контролисаним и предвидљивим ситуацијама. Много је превише фактора да би се узели у обзир.

#два)Магловита визија производа : Понашање и карактеристике производа се заувек мењају и пут до зрелости није јасно видљив. Или производ расте пребрзо да би измакао контроли да тимови не знају шта се догађа.

# 3)Агресивни рокови : Због велике конкуренције на тржишту софтверских производа, ствари се морају кретати вратоломном брзином и тимови морају бити корак испред својих вршњака. У супротном ће сигурно изгубити од конкуренције.

# 4)Страх од неуспеха : Софтверски производи су обично иновативни. Дакле, њихов успех није увек датост. То је разлог због кога компаније не могу да изађу на крај у погледу буџета, технологија, инфраструктуре итд. Често се морају уздржати да би стекле одређену имунитет од неуспеха или чак лома.

# 5)Недостатак повратних информација које се могу применити: Будући да не постоје заинтересоване стране или пословни корисници или клијенти, тако је рећи, тешко је разумети шта се крајњем кориснику може, а шта не. Компаније непрестано играју игру погађања и често имају потешкоће да премосте јаз између онога што желе за софтвер и онога што купац жели.

Ови изазови утичу на сва подручја развоја производа, маркетинга и одржавања - И они сами по себи утичу и на тестирање производа.

Да би напредовао у игри, ова врста тестирања мора узети у обзир пет кључних тачака:

  • Брзина развоја и издања
  • Краткорочни и дугорочни циљеви производа
  • Обим и природа конкуренције
  • Циљајте публику и њихово окружење
  • Захтеви - Функционалност, перформансе, сигурност, употребљивост, конфигурација итд.

Пре него што пређемо на више детаља, схватимо животни циклус производа (Ово је генерички животни циклус производа и није специфичан за софтверске производе, али софтвер следи сличан образац):

животни циклус производа

Добра стратегија / приступ испитивању производа треба узети у обзир тренутну фазу производа у његовом животном циклусу.

Такође прочитајте => Како написати добар документ о стратегији испитивања

Пример: Производ компаније КСИЗ је софтвер за праћење квара назван „ТрацкФаст“. То је нови производ и прва верзија треба да буде лансирана као цлоуд и он-премисе решење. ТрацкФаст ради као било који други систем за управљање недостацима и направљен је за приступ путем мобилних уређаја и Интернета. Тренутно постоје 2 до 4 недеље спринта на којима се производ креира у деловима. Учествујете у испитном тиму који тестира „ТрацкФаст“ пре него што упозна своје купце. Тестирање укључује проверу функционалности, перформанси и сигурности.

мирна веб сервиса тестирање питања за интервју

Да резимирамо, ово су параметри са којима радите. Или ако желите, ово је ваш контекст

параметри

Да видимо како да тестирамо у свакој фази. Ово је тест производа процес, метод или животни циклус у свакој фази.

Фаза # 1) Увод у производ

Будући да је ово први пут да ТрацкФаст излази на тржиште, идеја је оставити добар први утисак. Дакле, не остављајте камен на камену. Тестирајте све и из сваког угла. Поред тога, поставите темеље за будућа испитивања.

Добра стратегија тестирања у овом тренутку треба да садржи следеће:

  • Тестови који потврђују краткорочне циљеве ТрацкФаст-а. „Шта је потребно да би се исправно испоручило“ требало би да буде у првом плану у тестирању. Креирај Тестови од краја до краја (фронт енд, миддлеваре и бацкенд) за темељно тестирање сваке функције
  • Тестови који упоређују ТрацкФаст са конкуренцијом (идеално је то посао власника производа, али као тестер можемо додати наша два цента. Такође, овај корак је лакши ако софтвер већ има неке вршњаке. На пример: Лако је упоређивати ТрацкФаст са Бугзиллом или ЈИРА-ом или други наслеђени системи . Али рецимо да креирам апликацију која ради нешто необично, попут могућности предвиђања када је беба гладна или пргава :), можда ће бити тешко пронаћи апликацију коју можете користити као основну линију)
  • Платформа, прегледач и уређај тестови компатибилности
  • Испитивања лакоће уградње , подешавање и убрзање
  • Тестови за перформансе, сигурност и употребљивост
  • Тестови интеграције ако се повеже са другим системима. Једноставан пример интеграције је да системи за праћење дефеката често комуницирају са клијентима е-поште ради слања обавештења
  • План за регресију - Добра је идеја означити или означити критичне тестове за које мислите да ће бити део будућих регресионих циклуса и размислити о њиховој аутоматизацији за будућа издања
  • План за позната издања (да ли ћете их додати у заостатак или их третирати као ЦР-ове итд.)
  • Флексибилност за промену када производ пређе у следећу фазу животног циклуса.

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

У овој фази, иако је део производа спреман на крају 2-4 недељних спринтова, најчешће сваки спринт не резултира испорученим кодом. Због тога никада немојте сматрати последње спринт тестирање „урађеним и испорученим“. Понављајте критичне тестове са сваким спринтом до пуштања. Са сваким спринтом тестирајте цео производ који имате до тада.

Фаза # 2) Раст производа

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

Овде се издања скраћују, побољшања у софтверу постају све већа и обим регресије постаје готово неуправичен.

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

Они могу помоћи:

  • Имајте на уму дугорочне циљеве пројекта. Не ради се о томе да се то сада заврши. Ради се о томе да живите са особинама и напредујете са њима.
  • Тест Еарли- Узмите у обзир ТДД или БДД уместо да одлажемо тестирање до краја са новим захтевима
  • Аутоматизујте регресију и ојачајте је - Створите аутоматизовани регресиони пакет на месту како вам не би остале непроверене нагазне мине у вашем систему
  • Ако власници вашег предузећа / производа желе да се укључе у тестирање, размотрите алат за аутоматизацију заснован на пословном језику, као што је Краставац.
  • Задржите употребљивост и дизајн сајта је најважнији за ваше тестирање. Јер што више функција додамо, локација би требало да изгледа чистије
  • Извршите тестирање перформанси и безбедности када се догоди главно издање или ако се у архитектури изврше значајне промене. (Доведен нови сервер итд.) Већини софтверских система ово није потребно са сваким издањем.
  • Будите у контакту са конкуренцијом и упознајте визију производа
  • Прилагодите тестирање у пару , за тренутне повратне информације и поправљање. Укључите власника производа када је то могуће
  • Планирајте промене и познате проблеме
  • Покушајте да примите повратне информације купаца и проверите да ли се оне могу пратити као предлог побољшања како би раст остао константан. (још једном, ово није примарна одговорност КА тима, али сви рачунају)

Фаза # 3) Зрелост производа

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

Стога, тим за тестирање може:

  • Радите на сазревању стратегије тестирања. До овог тренутка, ваши регресијски пакети, методе дизајна тестова и праксе управљања тестовима морају радити као добро подмазане машине.
  • Фокусирајте се на ситније детаље. Јер у целини производ делује и иде му добро, али како кажу- ‘ Бог је у детаљима ’ - пронађите и најмањи проблем који може побољшати квалитет система
  • Размотрите повратне информације купаца
  • Повремено тестирајте перформансе и сигурност
  • Узмите у обзир нове уређаје, платформе и прегледаче који су се могли појавити на тржишту од последњег тестирања
  • Тестирајте кориснички приручник и странице са честим питањима, јер до сада имате времена и можете си то приуштити.
  • Експериментишите са новим алатима, услугама или поступком за тестирање производа, јер сада то можете.
  • Тестирајте поступак инсталације са сваким издањем, колико год оно мало било и добијте статистику о томе колико је крајњи корисник лак или тежак.

Шта год да радите, не будите самозадовољни.

Фаза # 4) Пад производа / кружење назад до раста производа

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

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

И ТрацкФаст мора да се развија. Након што докаже да је поуздан и ефикасан систем за праћење квара, мора да се развија или ће пропадати. Дакле, компанија КСИЗ одлучује да побољша ТрацкФаст чинећи га општим системом издавања карата који се може користити за праћење било каквих инцидената или случајева од стране предузећа осим ИТ / тест тимова (нешто попут ЈИРА), а не само за кварове у процесу развоја софтвера. .

Точак се потпуно окренуо и ви се односите према систему као према потпуно новом и следите стратегију о којој смо разговарали у одељку Увод у производ. Тек сада сте искуснији и упознати са вежбом. Али запамтите, са сваким новим заокретом долази и нови изазов. Зато останите оштри :)

Шта вас чини успешним тестером производа?

  • Испитивачи производа мора да има истанчан пословни смисао, разумевање модела брзог развоја испоруке и треба да буде тестер који се не плаше експериментисања са алатима и сами постају помало програмери ако је потребно. Ове ствари могу имати позитиван утицај на било коју врсту тестирања, али су апсолутна неопходност у овој врсти тестирања.
  • Још један важан квалитет је да а испитивач производа мора веровати у производ и искрено желим да успе. Кад као тестер сматрам да је софтвер тотално смеће, мало је наде да ћу учинити било шта да га поправим.
  • Поделите визију власника производа / предузећа . Ако не знате куда иде производ и како ће се развијати, тестирање ће бити изузетно ограничено.
  • Вишеструке функционалне вештине су корисне - Знати како тестирати ДБ, како узети мерила перформанси, како омогућити безбедносне сертификате, како применити итд. Будите радознали и истражујте .
  • Не постављајте границе - немојте мислити да процена корисничког приручника или провера често постављаних питања није ваш посао и технички писац би требало да се побрине за то. Па, требали би и хоће. Али када на њега гледате као на инсајдера као на некога ко производ познаје изнутра, ваше повратне информације су изузетно корисне.
  • Тражите повратне информације од крајњег корисника. Следећи велики број људи који тестирају након вас су корисници у стварном времену. Знати и разумети с каквим се проблемима суочавају. Ово вам помаже да побољшате дизајн теста, па следећи пут будете знали шта треба да урадите да бисте избегли те проблеме.
  • Радите брзо и будите доносилац одлука
  • Избегавајте технички дуг . У ситуацији брзог развоја и тестирања лако је истраживачко тестирати и изгубити референтни оквир за будућа издања. Не дозволите да се ово догоди. Одржавајте скелетну документацију тако да можете пратити, пратити и мерити

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

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

које су компоненте Јава платформе?

О аутору: Овај чланак објавио је члан СТХ тима Свати С.

Надамо се да је овај чланак био користан. Слободно објавите своје коментаре, питања и повратне информације у наставку.

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

^