Анализа режима неуспеха и ефеката (ФМЕА) - Како анализирати ризике за бољи квалитет софтвера и задовољне купце!

failure mode effects analysis how analyze risks

Анализа режима отказа и ефеката (ФМЕА) је техника управљања ризиком.

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

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

• Анализа режима квара и ефеката
• Шта је анализа ризика?
• Пример анализе ефекта режима квара
• ФМЕА и степен испитивања
• Закључак
• Препоручено читање

Анализа режима квара и ефеката

ФМЕА се углавном користи од стране вишег руководства или заинтересованих страна. У пракси, тестери имају мали увид у ову технику. Али сада се тренд мења и осећам да ако тестери правилно разумеју овај концепт, могу покрећу њихов мисаони процес писање тест случајева на један ниво више коришћењем ове технике за:

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

Позадина

АНАЛИЗА РИЗИКА је пресудан аспект Управљање тестом . Тада се поставља питање - Шта је анализа ризика? И зашто је то важно? Да бисте ово разумели, од виталног је значаја да разумете - шта је РИЗИК?

Такође погледајте => Врсте ризика у софтверским пројектима.

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

Ризик има 2 атрибута:

• Вероватноћа
• Утицај

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

ред приоритета ц ++ имплементација

Шта је анализа ризика?

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

• Шта прво тестирати?
• Шта више тестирати?
• Шта не тестирати (овог пута)?

Постоји много метода за израду Анализе ризика и они су широко класификовани у две врсте:

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

Ф тегоба М. ода И. ИС ффецтс ДО нализа (ФМЕА): Ово је формална метода за израду анализе ризика. У следећим одељцима ћу више расправљати о томе ФМЕА и покушајте да то разрадите на примеру.

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

Опис

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

Током ФМЕА не само да идентификујемо обим губитка, већ такође покушавамо да идентификујемо узрок тих кварова. За мерење ФМЕА потребна су нам 3 атрибута:

• Озбиљност неуспеха (С)
• Приоритет неуспеха (П)
• Вероватноћа неуспеха (Л)

Сваки од ових атрибута стављамо у скалу приказану доле:

Скала озбиљности:

Скала приоритета:

Скала вероватноће:

Сва ова три атрибута (озбиљност, приоритет и вероватноћа) појединачно се мере у скали и затим множе да би се добила Број приоритета ризика (РПН).

тј. Број приоритета ризика ( РПН) = С * П * Л.

На основу ове РПН вредности одређујемо обим тестирања. Мањи је РПН, већи је ризик.

Покушајмо да то разумемо на примеру:

Пример анализе ефекта режима квара

(Ово је хипотетички пример само у сврху разумевања. Стварна примена и карактеристике могу се разликовати)

Размотримо једноставан пример банкарске апликације која има 4 карактеристике.

• Карактеристика 1: Повуците
• 2. карактеристика: Депозит
• Карактеристика 3: Зајам
• Карактеристика 4: Фиксни депозити.

Формиран је тим за анализу ризика који чине менаџер банке, УАТ Водитељ теста (представља крајњег корисника), технички архитекта, архитекта теста, мрежни администратор, ДБА и менаџер пројеката.

Након низа сесија мозга, тим је смислио следећи ризици:

• Сложена пословна логика у случају израчунавања каматне стопе стамбеног кредита.
• Систем не успева код 200 истовремених корисника.
• Систем не обрађује документе веће од 6 МБ.

Покушајмо сада да израчунамо тежину, приоритет и вероватноћу ових идентификованих ризика.

Озбиљност:

Приоритет:

Вероватноћа:

Хајде сада да спојимо све ове атрибуте:

најбољи бесплатни чистач регистра 7

Сада израчунајмо број приоритета ризика (РПН = озбиљност * приоритет * вероватноћа)

Сада је кључ: Нижи је РПН - већи је ризик.

Дакле, овде за овај конкретни пример, карактеристика 1 (сложена пословна логика у случају израчунавања каматне стопе стамбеног зајма) има највећи ризик, а карактеристика 2 (систем не успева код 200 истовремених корисника) има најмањи ризик.

Како се ово користи за извођење тест случајева?

Од Карактеристика 1 је најризичнија карактеристика , тестови би требали бити ригорозни и детаљнији. Напишите тест случајеве како бисте покрили комплетну функционалност и утичући на модуле по функцији. Користите све врсте техника писања тест примера ( Еквивалентна партиција и БВА , Графикон узрока и последица , Дијаграм транзиције стања ) за извођење тест случајева.

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

2. карактеристика је МАЛО РИЗИЧНА карактеристика , па заснивајте своје тестове на главној функционалности. Довољни би били само примери високог нивоа за потврду да функција ради како се очекивало.

Карактеристика 3 је УМЕРЕНИ РИЗИК карактеристика , зато базирајте своје тест случајеве да покрију све главне и зависне функције. Напишите неколико случајева БВА теста како бисте потврдили и неколико негативних сценарија. Опсег тестова треба да буде између фактора високог и ниског ризика. Ако је потребно, укључите и неколико нефункционалних случајева.

ФМЕА и степен испитивања

На основу вредности РПН одређујемо обим или степен тестирања које треба обавити.

Обично ако:

• РПН је између 1 и 10, радимо опсежно тестирање (покривање и искључивање функције / модула)
• РПН је између 11-30, радимо уравнотежено тестирање (покрива све главне функционалности функције / модула)
• РПН је између 31-70, вршимо тестирање прилика (покривајући основну функционалност функције / модула)
• РПН је већи од 70 - Нема испитивања или када то време дозвољава, само извештавање о аномалијама.

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

Ресурси: Преузимање ФМЕА софтвер и ФМЕА шаблон .

Закључак

Анализа ризика помоћу ФМЕА захтева време и искуство. Жељени резултати могу се постићи само једнаким учешћем свих одговорних чланова тима. Иако је ова техника формална, захтева серију сесија мозга и подједнако је важно документовати све идентификоване ризике.

најбољи програм за уклањање вируса

Будући да је већина апликација ексклузивна, скала за мерење параметара ФМЕА (тј. Приоритет, озбиљност и вероватноћа) такође зависи од апликације. Ако се то уради на одговарајући начин, ФМЕА техника има много предности. Може се користити за идентификовање потенцијалних ризика и на основу овог тима може планирати ефикасну стратегију ублажавања.

О аутору: Ово је гостујући чланак Схилпе Цхаттерјее Рои. Она ради на пољу тестирања софтвера у последњих 8,5 година у различитим доменима.

Ако сте користили ову технику, слободно коментаришите своје искуство у наставку.

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

• Врсте ризика у софтверским пројектима
• Који су атрибути квалитета?
• Тестирајте своје способности за анализу и снагу размишљања - Вежбе за тестирање софтвера (2. део)
• Међусобно разумевање у тестирању: кључ за испоруку квалитетног софтвера
• Шта је осигурање квалитета софтвера (СКА): Водич за почетнике
• Континуирани процес интеграције: Како побољшати квалитет софтвера и смањити ризик
• Разлика између осигурања квалитета и контроле квалитета (КА вс КЦ)
• 8 најбољих НАЈБОЉИХ програма за управљање евиденцијама | Преглед алата за анализу дневника 2021