Мени

Методе и технике спречавања оштећења

defect prevention methods

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

Ефикасан приступ превенцији дефеката и критички погледи:

Осигурање квалитета је термин који се уобичајено користи за обраћање тимовима за тестирање у ИТ пројектима.

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

Методе спречавања кварова

Једноставна једначина једначине може бити:

КА = КЦ (идентификација квара) + Спречавање кварова

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

Истина је у томе што су кварови пронађени током фазе тестирања или гори након издавања скупљи за проналажење и отклањање и могли би проузроковати губитак поверења у бренд. Дакле, што се раније предузму мере превенције, то боље. Осим тога, спречавање квара такође помаже компанијама да постигну највиши ниво ЦММИ (Цапабилити Матурити Модел Интегратион Модел).

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

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

Спречавање дефеката

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

Спречавање дефеката

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

# 1) Преглед спецификација захтева:

Након разумевања захтева купца припремите суштину ваших захтева.

Преглед је важан у овом кораку - први ниво прегледа треба да буде у тиму, а затим други ниво спољног прегледа (од стране програмера или БА или клијента) како би се осигурало да су све перспективе синхронизоване.

# 2) Преглед дизајна:

Фаза дизајна се може сматрати својеврсном фазом стратегије и пролазак кроз њу ће осигурати да КА тим разуме предности и недостатке сваке стратегије.

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

# 3) Преглед кода:

како отворити апк датотеку на Виндовсима

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

Методе и технике спречавања оштећења

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

# 1) Преглед и инспекција: Ова метода укључује преглед од стране појединог члана тима (самоконтрола), рецензије и инспекцију свих производа рада.

=> За више информација о томе како се то врши, погледајте нашу Рецензије пробне документације чланак.

# 2) Водич кроз: Ово је више-мање попут прегледа, али углавном је повезано са упоређивањем система са прототипом, што ће дати бољу представу о исправности и / или изгледу система.

# 3) Евидентирање недостатака и документација: Овај метод пружа неке кључне информације, аргументе / параметре који се могу користити за подршку анализирању недостатака.

# 4) Анализа основног узрока: Анализа основног узрока укључује два главна приступа:

И) Парето анализа:

Парето анализа је формална и једноставна техника која помаже давању приоритета редоследу решавања проблема ради максималног утицаја. У њему се наводи да 80% проблема настаје из 20% разлога.

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

ИИ) Анализа рибље кости:

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

Проблем је прво написан на десној страни, а на хоризонталној линији која пролази кроз њега наведени су различити узроци. Грана која има највише узрочних костију (или линије / гране) је најозбиљнији проблем на којем треба радити у циљу уклањања. Ова техника се такође понекад назива анализа узрока и последица .

Анализа рибље кости

Руковање ТММ нивоима и дефектима од стране испитне организације

# 1) ТММ (модел испитивања зрелости) заснован је на ЦММ, тј. Модел зрелости способности.

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

# 3) Неке од благодати програма превенције квара су:

  • Особље постаје мотивисано и свесније
  • Задовољство купаца
  • Повећана поузданост, управљивост и предвидљивост
  • Побољшано континуирано побољшање процеса

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

Три критичне групе су укључене у процес спречавања кварова:

да ли је сигурносни кључ исти као и лозинка

Улога менаџера:

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

Улога тестера:

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

Улога клијента:

  • Клијент игра релативно малу или ограничену улогу, али његова посвећеност квалитету је пресудна.

Закључак

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

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

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

Које су ваше методе спречавања кварова? Молимо поделите своје коментаре, питања и размишљања у наставку.

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

^