Шта је анализа утицаја при тестирању софтвера?

what is impact analysis software testing

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

Као што знамо, технологија има и позитивне и негативне утицаје на друштво. Свака једноставна промена може да изазове утицај на тај систем. Чак и врло мала промена може имати огроман утицај на систем.

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

Да схватимо важност ове анализе уз помоћ ЕР (Ентити Релатионсхип) дијаграма.

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

• Значај анализе утицаја
  • Шта је анализа утицаја?
  • Како спровести ефикасну анализу утицаја?
  • Како је метода анализе утицаја корисна програмерима?
  • Како је метода анализе утицаја корисна испитивачима?
  • Како припремити документ о анализи утицаја?
  • Предности анализе утицаја у испитивању
• Закључак
  • Препоручено читање

Значај анализе утицаја

Размотрите ЕР дијаграм система управљања робним кућама. Желимо да уредимо овај дијаграм модела података преименовањем модула „Ставка“ у модул „Производ“. Из слике: бр. 01, видимо да је модул „Предмет“ у односу на многе друге модуле. Дакле, ако преименујемо модул „Ставка“, то ће неизбежно утицати на друге модуле.

Слика: Бр. 01: Систем управљања робном кућом

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

Напомена: Ова анализа ће показати неочекивано понашање и све нежељене ефекте апликације.

Шта је анализа утицаја?

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

• Анализа модула уз помоћ докумената о анализи удара. Пронаћи ће ризике повезане са било каквим променама у модулу / производу.
• Помаже у процени тимског напора потребног за стварање промена у систему.
• Такође помаже у примени прототипа за програмере и тестере како би искусили ефекте у систему.

Како спровести ефикасну анализу утицаја?

У наставку су дати кораци изведени у спровођењу анализе за пројекат:

1. Припремите тим.
2. Прегледајте модуле високог нивоа.
3. Прегледајте модуле ниског нивоа.
4. Процените утицај.
5. Управљање негативним последицама.

Корак 1Припремите тим

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

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

Корак 2Прегледајте модуле високог нивоа

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

Корак # 3Прегледајте модуле ниског нивоа

Након прегледа модула на високом нивоу, чланови тима ће прегледати модуле нижег нивоа и идентификовати утицај промена у њему. Чланови тима могу припремити документ који наводи утицај промена у сваком модулу. Могу да користе Екцел лист или ворд документ.

Корак # 4Процените утицај

питања и одговори за кухарске алате

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

Корак # 5Управљање негативним последицама

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

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

Како је метода анализе утицаја корисна програмерима?

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

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

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

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

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

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

Напомена: Документ о анализи утицаја треба редовно ажурирати.

Како је метода анализе утицаја корисна испитивачима?

Комуникација између програмера и тестера је веома важна. Понекад тестери неће добити обавештења о променама захтева и наставиће поступак тестирања без икаквих информација о променама. Ово је губљење времена и ресурса.

Без методе анализе утицаја, нове функције у апликацији остаће „не тестиране“. Ако тестери знају за нове функције које су додате у апликацију, могу започети регресијско тестирање.

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

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

Како припремити документ о анализи утицаја?

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

Предложак овог документа је попут матрице. То је врло лако разумети. Има високу читљивост. За више детаља погледајте табелу бр.02.

шта је добро средство за чишћење рачунара

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

Размотрите мали пројекат који има 5 карактеристика:

1. Пријавите се
2. Профил
3. Поштанско сандуче
4. Додај у фаворите
5. Одјавити се

Доље дата (Табела бр. 02) је одговарајућа табела Анализе утицаја овог конкретног пројекта.

Овде колоне представљају модуле / карактеристике који су се променили, а редови матрице представљају модуле / обележја на које су промене утицале. Програмери ће у табели означити () када промена у обележју „А“ утиче на својство „Б“; пре него што се овај документ додели тестерима.

Да бисмо показали јак утицај, користили смо ЦРВЕНУ боју. ЖУТА боја се користи за показивање умереног утицаја, ЗЕЛЕНА боја показује слаб утицај. За више детаља погледајте табелу бр.03.

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

Ако дође до промене у функцији за пријаву, то ће највише утицати на саму функцију „Пријава“. Промене у функцији пријаве могу мало да утичу на функцију „Профил“ и „Одјава“. Ово је означено у документу Анализа утицаја помоћу кодова у боји. Дакле, документ ће изгледати као Табела бр.04

Бројевима можемо да означимо ниво утицаја управо приказан у Табели бр.05. Дакле, Табела бр.04 може се прецртати као Табела бр. 06.

најбољи софтвер за чишћење рачунара

У табели бр.06, функцији Пријављивање (ниво утицаја: 03) дат је највећи приоритет. Својству профила (Ниво утицаја: 02) даје се умерени приоритет. Функцији одјаве (Ниво утицаја: 01) дат је најнижи приоритет.

Белешка:

• Бројеви приказани у табели врло су корисни КА тиму. Они могу лако да одреде приоритете за тестове на основу бројева.
• Неки велики пројекти ће имати већи ниво утицаја. Наведено је у доњој табели. (Молимо погледајте табелу бр.07 за вашу референцу.)

Како припремити документ Анализе утицаја за пројекат који има много карактеристика и подзначајки?

Размотрите пројекат који има 20 карактеристика, а свака главна карактеристика тог пројекта има по 5 под-карактеристика. Матрица која представља документ Анализе утицаја је врло велика и биће је тешко одржавати. Одговарајућа табела ће изгледати као Табела бр.08.

Дакле, да бисмо превазишли ово питање, можемо користити посебну табелу за представљање модула и подмодула у документу анализе утицаја. Погледајте табелу бр.09, редови представљају главне карактеристике, а ступци под-карактеристике.

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

Напомена: Све подфункције неће имати утицаја због промена главне функције.

Сада размотрите још један пројекат који има 50 главних модула. Пројекат има групу програмера. Различити програмери раде на различитим задацима на пројекту (додавање нових функција, исправљање грешака, рефакторирање итд.).

Промене у пројекту можемо приказати помоћу документа анализе утицаја. Програмер ће у табелу уписати информације о одговарајућој промени. Погледајте табелу бр.10 и табелу бр.11

Предности анализе утицаја у испитивању

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

Закључак

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

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

Надамо се да сте јасно разумели анализу утицаја у испитивању. Слободно делите своје коментаре.

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

• Посао за КА помоћника за тестирање софтвера
• Курс за тестирање софтвера: Који институт за тестирање софтвера да се придружим?
• Тестирање софтвера Посао писца техничког садржаја Посао слободњака
• Одабир тестирања софтвера за вашу каријеру
• Тестирајте своје способности за анализу и снагу размишљања - Вежбе за тестирање софтвера (2. део)
• Повратне информације и прегледи курса за тестирање софтвера
• Нека занимљива питања за испитивање софтверског тестирања
• Да ли је тестирање софтвера емоционални задатак?