Мени

Поступак троструке неисправности и начини за руковање састанком са оштећеним дефектима

  • Главни
  • Остало
  • Поступак троструке неисправности и начини за руковање састанком са оштећеним дефектима

defect triage process

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

Комплетан водич за поступак уклањања оштећења и ефикасне начине руковања састанком оштећења:

У данашњем чланку научићемо о састанку Дефект Тријаге и како се на лакши и ефикаснији начин носити са тријажним састанком.

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

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

како позвати низ из друге методе у јави

Састанак дефекта

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

Преглед

Реч „Тријажа“ се у основи користи у медицинској области. Заправо, одлучивало је којим редоследом треба лечити пацијенте. Обично у великим болницама, где постоје хиљаде приступа пацијената за свакодневно саветовање или стварно лечење. Али нису сви пацијенти примљени или лечени одмах.

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

Уобичајене болести или некритичне повреде сматрају се нижим приоритетом и такви пацијенти се лече касније.

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

Такође је код већих пројеката учесталост идентификације квара прилично већа.

Погледајте доњу слику која приказује исход састанка тријаже дефеката и даје одговоре на конкретна питања попут:

Триаге Дефецт

Састанак дефекта

Главни циљ тријажног састанка је пратити све недостатке и благовремено осигурати исправно решавање.

Током фазе извршавања теста, тестери почињу да пријављују недостатке у алату за управљање недостацима ХП АЛМ , КЦ итд. Затим Састанак дефекта одржава се на којем програмери и тестери морају бити присутни, јер ће ови људи разговарати о свим недостацима и предузети неопходне даље кораке.

Углавном је обавезно присуство доле наведених учесника:

  • Вођа пројекта
  • Тест Леад
  • Развојни вођа или програмер
  • Тестер
  • Тест Манагер
  • Пословни аналитичар
  • Менаџер за животну средину

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

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

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

За постављање састанка, вођа теста свима путем е-поште шаље позивницу за састанак и одређује одређено време за Триаге Меетинг. Доле дата хипотетичка слика приказује позивницу за састанак коју је испитни вођа послао свим учесницима путем Оутлоок-а.

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

(Белешка:Кликните на било коју слику за увећани приказ)

Позив за састанак тријаже

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

Пре почетка сваког тријажног састанка, уверите се да сваки недостатак:

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

Препоручено читање => Комплетан водич за поступак управљања недостацима

Шаблон тријаже дефеката

Пре почетног покретања сваког састанка са оштећењима, тест олово дели извештај о квару свим учесницима у одређеном формату, а извештај извучен из алата за управљање недостацима, као што су ХП АЛМ, ХП КЦ итд. доња слика која ће дати идеју на високом нивоу о томе која су поља наведена у предлошку извештаја о недостацима.

Извештај о недостацима

Поља која су укључена у извештај о квару су обично:

  • ИД оштећења
  • Опис
  • Приоритет
  • Озбиљност
  • Откривен датум
  • Открио
  • Статус

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

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

Процес трошења оштећења

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

Типично, сесији тријаже дефеката присуствују менаџер производа, развојни водич, тестни водич и понекад пословни аналитичари. У неким случајевима могу се позвати и одређени други чланови да дају своја мишљења и ставове у вези са одређеним недостацима. Они се заједнички зову тријажни тим.

Процес трошења оштећења

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

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

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

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

Затим менаџер производа поставља приоритет на основу свих улаза и додељује квар исправном издању, тј. у тренутном издању или било ком будућем издању. Такође квар преусмерава на исправног власника / тим за даље поступање. Одбачени недостаци се такође подвргавају сличној анализи. На основу разлога за одбијање утврђује се футуристичка акција да ли треба одложити или отказати.

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

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

Учесници телеконференце

( слика извор )

Корачни поступак састанка тријаже дефеката:

  • Тест Леад започиње састанак извештајем о квару који је послат раније тог дана.
  • Дискусија започиње акцијама које су чекале претходни тријажни састанак. У почетку се расправља о неопходним исправкама или радњама које су предузете у вези са било којим недостатком.
  • Ако постоје нови кварови у извештају о кварима, ти се кварови прегледавају и процењују. Такође се верификује да ли су приоритет и тежина исправно додељени, ако не, онда су они исправљени на састанку.
  • На састанку се расправља о свим недостацима, а развојни тим такође расправља о сложености поправљања недостатка. Тријажни тим такође говори о ризику повезаном са недостатком.
  • Триаге тим доноси закључак о томе који недостатак треба захтевати хитну пажњу и отклонити, а који недостатак треба сачекати неко време и ако је потребно, ти недостаци могу се одложити за будућа издања.
  • Сви недостаци се истовремено додељују одговарајућем тиму у КЦ или АЛМ током састанка. Одговарајући коментари су такође додати у КЦ / АЛМ.
  • Сва битна ажурирања и радње су забележене и Тест Леад позива за крај састанка.
  • Након завршетка тријажног састанка, Тест Леад шаље записнике са састанка свим учесницима.

Улоге и одговорности

Улоге и одговорности на основу сваке категорије објашњене су у наставку:

Тест Леад

  • Тест Леад заказује састанак тријаже дефеката и шаље званични позив састанку потребном тиму.
  • Шаље извештај о квару пре сваког тријажног састанка.
  • Састанак започиње акцијама на чекању са претходног тријажног састанка.
  • Разговарајте о сваком недостатку и утицају на распоред ако су неке функције блокиране због недостатка.
  • Помаже у додељивању приоритета и тежине сваке грешке ако раније није правилно додељена.
  • Ажурирајте КЦ / АЛМ одговарајућим коментарима.
  • Забележите све исправке, ставке радњи, ризик повезан са недостатком итд.
  • Шаље записник са састанка свим учесницима.

Развојни вођа / програмер

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

Вођа пројекта

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

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

Закључак

О сваком пријављеном недостатку треба разговарати на тријажном састанку.

Чак и ако је квар одбијен, тим за тестирање треба да зна разлог одбијања. Такође, ако се било која грешка не може поновити, током тријажног састанка програмер може затражити од тестера детаље у стварном времену и они могу покушати репродуковати квар.

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

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

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

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

^