3 strategies dealing with blocker defect
Дефекти блокера додају гомилу драме иначе редовним данима тестирања.
У овом чланку желим да објасним неке кораке које испитивач може да предузме када се бави њима.
Претпоставићу да наши драги читаоци већ дубоко разумеју озбиљност и приоритет грешака. Треба вам брз преглед? Види ово.
Да ли то увек значи да морамо потпуно зауставити тестирање ако наиђемо на проблем са блокером?
У неким случајевима „Да“, али можда не увек. Могу бити случајеви у којима су могуће неке активности тестирања.
слика извор
Испод су неке ситуације које сам искусио у својој каријери као испитивач. Чврсто верујем да се следе кораци наведени у наставку (касније обједињени у дијаграм тока) како би овај поступак био једноставнији.
Ускочимо право.
Кораци које бисте требали предузети када наиђете на недостатак блокатора
Корак 1: Када наиђете на проблем, уложите време да бисте пронашли основни узрок.
Чврсто верујем да се као тестер наш посао једноставно не завршава пријављивање недостатака . Ако време дозволи, требало би да истражимо шта је могло да изазове проблем. Можда нећемо увек моћи да укажемо на тачно проблематично подручје, али покушајте да решите проблеме што је више могуће. Исти детаљи могу се ажурирати у недостатку као додатни коментари.
Пуно сам то радио у својим пројектима, а ово је резултирало брзим решењем. Благодати анализе основног узрока су:
- Као додатак вредности, ово дефинитивно може пружити боље смернице програмеру за исправљање грешака.
- Такође, КА тестер може препознати да ли се овај проблем сам креира (унос података или проблеми са људском употребом) и ако је могуће, тестер може сам да реши проблем. Када се такве грешке пријаве програмерима, а да их ми не проверимо из КА, оне то и чине сматрао не-издањем и могао би створити негативну репутацију тестера.
Дакле, предлажем да увек проверимо на крају пре пријављивања квара.
Ево неколико примера из мојих пројеката у стварном времену који ће ојачати горње тачке:
Радио сам на пројекту где ће наше тестирање захтевати да одбацимо датотеку на одређено место. Преименујте га тако да се подудара са именом у конфигурацији. Заказани посао би преузео датотеку података и учитао податке у систем. Након тога бисмо проверили податке у бази података и на предњем крају.
колико кошта продајно место брзих књига
Некада смо наилазили на проблеме код којих би се посао изводио, али подаци се не би учитавали, а током истраге то је било зато што испитивач није променио име док је спуштао датотеку на локацију.
Ово је био блокатор за нас, али не нешто што је захтевало пажњу програмера. Морали смо обратити пажњу на детаље и избегавати тако мале грешке.
Следе неке уобичајене категорије, основни узроци и лекови:
# 1) Датотека хостова Питање - Рецимо, датотека хостова има нетачне параметре који узрокују проблем. У овом случају, датотеку хоста можете сами ажурирати или потражити помоћ од некога ко има приступ за ажурирање и наставак извршавања теста.
Треба поставити недостатак за исти, тако да ће програмери истражити, али са заобилазним решењем функционално тестирање и даље може да се настави.
Белешка: Проверите са својим пројектним тимовима да ли је у реду да КА тим изврши ове промене пре него што то учини.
# 2) Конфигурација - Често смо приметили проблеме са конфигурацијом, као што су не упућивање на исправно окружење или други проблеми са подешавањем, који блокирају проблеме. И у таквим случајевима тестери могу извршити промене и наставити са тестирањем.
Белешка: Још једном потражите дозволу пре него што то учините.
# 3) Издавање кода - Ако сматрате да је проблем због кода, тестери не могу много да учине. Забележите квар блокера и сачекајте да поправак настави са тестирањем.
# 4) Питање примене - Лоша примена је још један уобичајени узрок проблема са блокатором и они се могу ухватити током теста исправности. И овде би тестирање требало одмах прекинути док се не добије нова верзија.
# 5) Смањена животна средина - Ако је окружење лоше, реците да се база података не повезује са сервером или да УРЛ не ради у случају веб локација; тестери у овим случајевима не могу учинити много осим пријавити квар и сачекати да систем буде покренут.
Стога, ако постоји неко решење, користите га да бисте наставили са тестирањем. Једини начин да се утврди да ли постоји наведено заобилажење је истрага основног узрока. Чешће него не, можда постоји алтернатива.
Корак 2: Веома је лако упасти у бесконачну петљу када истражујете основни узрок. Дакле, уверите се да не троши цео дан и сав труд.
Ево неколико упута:
како отворити .торрент датотеку
- Пронађите вагу и препознајте тачку заустављања када стигнете тамо.
- Искуство и стручност тестера су пресудни за успешан РЦА. Међутим, добра је идеја укључити тим и вођство тима, када је то потребно.
- Када осетите да РЦА одузима време, прво одмах пријавите проблем и наведите што више информација. Снимак екрана је увек користан.
- Ако је потребно, следите даље. Пошаљите е-поруку менаџеру или програмеру како бисте скренули пажњу на критични проблем.
- Наставите са решавањем проблема након што обавестите потребне стране.
Разлог зашто треба одмах пријавити недостатке блокатора:
- Управа треба да буде упозната са свим застојима ако се случајно догоди да је грешка у сховстоппер-у. Ове информације морају се проследити клијенту и могу такође захтевати ажурирање пројектног плана (КА рокови), промену испоручених резултата итд.
- Свако одлагање испоруке КА мора бити поткрепљено доказима. Зато је увек боље комуницирати што пре, уместо да чекате до краја дана.
Корак # 3: Сада, прелазећи на последњи корак откако смо завршили са анализом проблема и саопштавањем, шта је следеће?
- Ако проблем блокира приступ једној функционалној области, проверите да ли то утиче на друга подручја
- Ако предња апликација не ради, проверите да ли се може наставити са тестирањем позадине / међуопреме / базе података.
- Ако се не може извршити ниједна активност извршавања теста, покушајте рад на некој документацији везано за ваш пројекат.
- Можете и покушати идентификовати области за аутоматизацију ако ручно понављате пуно посла. Аутоматизација не мора увек да користи алат. Рецимо, генерисање извештаја је за вас монотон задатак, то је једно подручје које се може аутоматизовати помоћу једноставних екцел макронаредби и слично.
- Проведите време знајући о алатима отвореног кода који се могу применити у вашем пројекту
- Последње али не и најмање , радите на иновацијама, мантри која тренутно влада светом!
Коначно , дијаграм тока који сумира целу дискусију!
Дијаграм тока: Кораци за решавање квара блокатора
Аутор : Овај сјајни чланак написао је члан СТХ тима Прииа Р.
Које кораке предузимате када наиђете на било који недостатак блокатора?
Препоручено читање
- Шта је техника испитивања заснована на недостацима?
- Шта је животни циклус оштећења / грешака у тестирању софтвера? Водич за животни циклус оштећења
- Процес управљања недостацима: Како ефикасно управљати недостацима
- Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
- Узорци извештаја о грешкама за веб и производе
- Како репродуковати непродуктивни недостатак и уложити труд у тестирање
- Тестирање софтвера је све око идеја (и како их генерирати)
- 7 принципа тестирања софтвера: кластерирање дефеката и Парето принцип