Шта је Адхоц тестирање? Врсте са примером

Преглед садржаја:

Anonim

Ад хоц тестирање

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

Ад хоц тестирање не прати структурирани начин тестирања и врши се насумично на било ком делу апликације. Главни циљ овог испитивања је проналажење недостатака случајним проверавањем. Адхоц тестирање може се постићи техником софтверског тестирања која се назива Еррор Гуессинг. Нагађање грешака могу учинити људи који имају довољно искуства у систему да „погађају“ највероватнији извор грешака.

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

Следећи видео водич води вас како да извршите адхоц тестирање

Кликните овде ако видео снимку није доступан

Када извршити Адхоц тестирање?

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

Врсте Адхоц тестирања

Постоје различите врсте Адхоц тестирања и они су наведени као доле:

Бадди Тестирање Два пријатеља међусобно раде на идентификовању недостатака у истом модулу. Углавном ће један друг бити из развојног тима, а друга особа из тест тима. Будди тестирање помаже тестерима да развију боље тест случајеве, а развојни тим такође може рано да изврши промене у дизајну. Ово тестирање се обично дешава након завршетка јединичног тестирања.
Испитивање у пару Два тестера су додељена модулима, деле идеје и раде на истим машинама како би пронашли недостатке. Једна особа може извршити тестове, а друга особа може водити белешке о налазима. Улоге особа могу бити испитивачи и писари током тестирања. Поређење Бадди и Паир тестирања: Бади тестирање је комбинација јединственог и системског тестирања заједно са програмерима и тестерима, али парно тестирање се врши само са тестерима са различитим нивоима знања. (Искусни и неискусни да поделе своје идеје и ставове)
Испитивање мајмуна Насумично тестирајте производ или апликацију без тест случајева са циљем да срушите систем.

Најбоље праксе Адхоц тестирања

Слеђење најбољих пракси може осигурати ефикасно адхоц тестирање.

Добро пословно знање

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

Модули са кључним тестом

Кључни пословни модули треба да буду идентификовани и циљани за ад-хоц тестирање. Прво би требало тестирати пословне критичне модуле да би се стекло поверење у квалитет система.

Снимите недостатке

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

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

Закључак:

Предност ад-хоц тестирања је провера комплетности испитивања и проналажење више недостатака него што је планирано. Тест случајеви за откривање недостатака додају се као додатни тест случајеви планираним тест случајевима.

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