Мени

Изазови ручног и аутоматизованог тестирања

manual automation testing challenges

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

Тестирање софтвера има пуно изазова како у приручнику тако иу аутоматизацији.

Генерално у сценарију ручног тестирања, програмери кроз тим за изградњу чине тим за тестирање под претпоставком да ће одговорни тим за тестирање или тестер одабрати изградњу и доћи ће да питају о чему се ради? То је случај у организацијама које не прате такозване „процесе“.

Тестер је посредник између развијања тима и купаца, који подноси притисак са обе стране. Претпостављам да је већина наших читалаца довољно паметна да поднесе овај притисак. Зар не?

како обрисати елемент низа у јави

Изазови ручног и аутоматизованог тестирања

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

Дакле, ево главних изазова:

# 1) Тестирање комплетне апликације
Да ли је могуће? Мислим да је немогуће. Постоје милиони тест комбинација. Није могуће тестирати сваку комбинацију како у ручном тако и у аутоматском тестирању. Ако испробате све ове комбинације, производ никада нећете послати ;-)

# 2) Неразумевање процеса компаније
Понекад једноставно не обраћате одговарајућу пажњу на то шта су процеси које дефинише компанија и који су то сврхе. Постоје неки митови у тестерима да би требало да иду само са процесима компаније, чак и ако ти процеси нису применљиви за њихов тренутни сценарио тестирања. То резултира непотпуним и неприкладним тестирањем апликације.

који је најбољи бесплатни заштитни зид

# 3) Однос са програмерима
Велики изазов. Потребан је врло вешт тестер да би се позитивно бавио овом везом, чак и довршавањем посла на тестерски начин. Једноставно постоје стотине изговора које програмери или тестери могу изговорити када се не слажу са неким тачкама. За овај тестер такође захтева Добра комуникација , Решавање проблема и анализирање вештине.

# 4) Регресија тестирање
Када се пројекат прошири, рад на регресионом тестирању једноставно постаје неконтролисан. Притисак на руковање тренутном променом функционалности, претходним проверама функционалности и праћењем грешака.

# 5) Недостатак Квалификовани тестери
Назваћу ово „погрешном управном одлуком“ током одабира или обуке тестера за њихов пројектни задатак. Ови неквалификовани момци могу да додају више хаоса од поједностављивања рада на тестирању. То резултира непотпуним, недовољним и ад-хоц тестирањем током Тестирање животног циклуса .

# 6) Тестирање увек под временским ограничењем
Хеј тестере, желимо да испоручимо овај производ до овог викенда, да ли сте спремни за завршетак? Када ово наређење добије шеф, тестер се једноставно фокусира на извршење задатка, а не на покривеност тестом и квалитет рада. Постоји огромна листа задатака које морате да обавите у одређеном року. То укључује писање, извршавање, аутоматизацију и преглед тест случајева.

# 7) Које тестове прво извршити?
Ако се суочите са изазовом наведеним у тачки бр. 6, како ћете онда донети одлуку који тестови треба да се извршавају и са којим приоритетом? Који тестови су важни за друге? Ово захтева добро искуство за рад под притиском.

# 8) Разумевање захтева
Понекад су тестери одговорни за комуникацију са купцима ради разумевања захтева. Шта ако тестер не разуме захтеве? Да ли ће моћи правилно да тестира апликацију? Дефинитивно не! Тестери захтевају добре могућности слушања и разумевања.

# 9) Испитивање аутоматизације
Многи под-изазови - Да ли треба аутоматизовати рад тестирања? До ког нивоа аутоматизације треба урадити? Да ли имате довољно и квалификованих ресурса за аутоматизацију? Да ли је дозвољено време за аутоматизацију тест случајева? Одлука о аутоматизацији или ручном тестирању мораће да одговори на предности и недостатке сваког процеса.

алати који се користе у аналитици великих података

# 10) Одлука о престанку тестирања
Када зауставити тестирање? Веома тешка одлука. Захтева основну процену процеса испитивања и важност сваког процеса. Такође захтева способност одлучивања „у лету“.

# 11) Један тест тим у више пројеката
Изазовно пратити сваки задатак. Комуникациони изазови. Много пута резултира неуспехом једног или оба пројекта.

# 12) Поновна употреба тест скрипти
Методе развоја апликација се брзо мењају, што отежава управљање алаткама за тестирање и скриптама за тестирање. Тестирање миграције или поновне употребе је веома битан, али тежак задатак.

# 13) Тестери фокусирани на проналажење лаких грешака
Ако организација награђује тестере на основу бројних грешака (врло лош приступ оцењивању Перформансе тестера ) тада се неки тестери концентришу само на проналажење лаких грешака које не захтевају дубоко разумевање и тестирање. Тврда или суптилна грешка остаје непримећена у таквом приступу тестирања.

# 14) Да се ​​носи са исцрпљеношћу
Повећавање плата и накнада чини многе запослене напуштањем компаније у врло кратким интервалима у каријери. Управа се суочава са тешким проблемима да би се изборила са стопом исцрпљености. Изазови - Нови тестери захтевају пројектну обуку од почетка, сложени пројекти су тешко разумљиви, кашњење у датуму испоруке!

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

Даље референце и детаљна решења за ове изазове потражите у књизи „Преживљавање десет најбољих изазова тестирања софтвера“ коју су написали Виллиам Е. Перри и Рандалл В. Рице.

Над вама
Многи од вас раде на пољу Ручно и / или Аутоматско тестирање. Иако сам се у претходним чланцима позабавио многим горе наведеним изазовима, желим ваше ставове о решавању ових изазова за тестирање софтвера. Слободно изразите своје ставове у одељку за коментаре испод.

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

^