Мени

Први кораци са праћењем инцидената и управљањем у тестирању софтвера (укључени узорци шаблона)

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

getting started with incident tracking

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

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

Размишљате ли о томе: „СТХ је објавио пуно садржаја на праћење грешака / грешака , па како ће ово бити другачије “? Управо је то разлог зашто прво морамо погледати шта подразумевамо под инцидентом.

праћење и управљање инцидентима

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

Шта је инцидент?

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

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

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

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

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

Разлика између грешке, квара, грешке и инцидената:

  1. Грешка : Радња коју изводи човек која резултира неочекиваним понашањем система.
    г .; нетачна синтакса, неправилно израчунавање вредности, неразумевање софтвера
    захтев итд.
  2. Дефект: Ово је термин који обично користе тестери. Када тестер пронађе грешку или проблем, тада се назива недостатком.
  3. Буг: Буг је терминологија програмера. Једном када програмер прихвати квар који открије испитивач, назива се грешка. Процес исправљања свих грешака у систему назива се Исправљање грешака.
  4. Инцидент: Инцидент је непланирани прекид. Када се оперативни статус било које активности претвори из радне у неуспелу и проузрокује да се систем понаша непланирано, то је инцидент. Проблем може проузроковати више од једног инцидента који треба решити, по могућности што пре.

Погледајмо сада неколико повезаних термина:

  1. Спремиште за инциденте : Репозиторијум инцидената може се дефинисати као база података која садржи све важне и релевантне податке о свим инцидентима који се дешавају у систему. Ове информације се накнадно користе за креирање извештаја о инциденту. Садржи поља као што су подаци, очекивани резултати, стварни резултат, датум и време, статус инцидента итд.
  2. Озбиљност: О њиховој тежини одлучиваће потенцијални утицај инцидента. Може бити главни, мањи, фаталан или критичан за тренутно решавање.
  3. Приоритет : Подесити према тежини и утицају на радни статус система. Вредности могу бити високе, средње, ниске, врло високе или хитне / непосредне.
  4. Статус инцидента : Тренутно стање у којем се поступа са инцидентом. Може бити ново, у току, решено и затворено.

Шта је управљање инцидентима?

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

Процес управљања инцидентима

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

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

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

Процес управљања инцидентима

# 1. Идентификација незгода и евидентирање :
Идентификација инцидената се врши путем тестирања (помоћу алата или на други начин), повратних информација корисника, праћења инфраструктуре итд.

Пријављивање догађаја једноставно значи снимање следећих информација:

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

# 2. Класификација и приоритизација:

Класификација инцидената помаже нам да их делимо на основу њиховог типа (софтвер, хардвер, захтев за услугом итд.), Тако да олакшава извештавање и анализу. Одређивање приоритета помаже у утврђивању редоследа / приоритета инцидената којима се треба бавити. Зависи од утицаја, тежине и најважније од фактора ризика.

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

# 4. Решавање и опоравак: Предузимају се кораци за уклањање инцидента и враћање система у претходно радно стање.

# 5. Затварање инцидента: Резолуција је поново тестирана и у случају да систем ради како је предвиђено, инцидент је затворен.

Систем управљања инцидентима

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

Многи позивни центри за корисничку подршку користе систем управљања инцидентима за креирање ажурирања и решавање инцидената.

Популарни алати за управљање инцидентима:

Неки популарни алати за управљање инцидентима који се могу користити за праћење инцидената поред грешака или недостатака су:

# 1. СиТ! (Подршка за праћење инцидената):

Алат за праћење инцидената 1

  • Подршка Инцидент Трацкер (СиТ) је бесплатна апликација отвореног кода и заснована на вебу која користи ПХП и МиСКЛ за све платформе и подржава их. Такође је познат као „Служба за помоћ“ или „Систем улазница за подршку“.
  • Корисно за слање е-поште директно са СиТ-а, прилагање датотека и бележење сваке комуникације у евиденцију догађаја. СиТ је свестан споразума о нивоу услуге и инциденти се обележавају ако леже изван њих.

# 2. ЈИРА:

Алат за праћење инцидената 2
ЈИРА је такође популаран власнички алат за управљање инцидентима који је развио Атлассиан, а користи се за праћење грешака, кварова или незгода. То је алат заснован на Јави који се користи за софтвер и мобилне апликације. ЈИРА шема укључује радне токове, дозволе, конфигурације, типове издања итд. ЈИРА такође подржава агилно тестирање.

За више информација и упутства, погледајте: ЈИРА туториал серија.

# 3. Систем за праћење инцидената:
Систем за праћење инцидената је софтвер који се користи за праћење инцидената. Помаже у утврђивању и анализирању основног узрока инцидента заједно са одговарајућим решењем. Систем за праћење инцидената једноставан је за употребу и пружа подршку у бази података за праћење и снимање инцидента.

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

  1. Извештај о тест инциденту је унос креиран у спремишту за кварове са јединственим ИД-ом за сваки случај. Извештај о испитном инциденту документује сва питања пронађена током различитих фаза тестирања.
  2. ИЕЕЕ 829-1998 је стандардни формат за извештај о испитном инциденту који се користи за документовање сваког инцидента који се догоди током тестирања.

Преглед шаблона ИЕЕЕ 829-1998 дат је у наставку:

=> Преузмите ИЕЕЕ образац за праћење инцидената овде.

Следи кратко објашњење поља:

# 1. Идентификујте : Одређује јединствени ИД и број који генерише компанија за идентификовање и лоцирање инцидента.

# 2. Резиме : Резимира инцидент на језгровит начин. Садржи довољно детаља за разумевање сродних чињеница, наиме. референце, повезани тест поступци, верзија софтвера, тест случајеви итд.

# 3. Опис инцидента: Описује инцидент са следећим детаљима: Улази

  • Очекивани резултат
  • Прави резултат
  • Покушај понављања
  • Аномалије
  • Датум и време
  • Поступак Корак
  • Име тестера

Формат извештаја о праћењу инцидената може се променити у складу са индустријским стандардима и пословним захтевима.

Пример оног који се користи у предузећу је:

=> Преузмите измењени образац извештаја о инцидентима овде.

Закључак:

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

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

Срећно читање!

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

^