Шта је осигурање квалитета софтвера?
- Осигурање квалитета софтвера (СКА) је скуп активности којима се осигурава квалитета софтвера који се развија. Студије су показале да 98% пројеката на крају није успело или због следећих разлога попут процењеног времена, промене потреба, већих трошкова од очекиваних или високих трошкова одржавања. Зато је веома важно имати на уму различите параметре пре развоја софтвера, како би се минимизирао ризик од неуспеха.
- Да би се смањио ризик од неуспеха софтвера на тржишту, појавило се осигурање квалитета софтвера.
- То укључује скуп активности, процеса, процедура и стандарда који су погодни за пројекат. Обухвата све стандарде квалитета софтвера, од прикупљања захтева до његовог развоја, пуштања и одржавања.
- СКА води паралелно с развојним животним циклусом софтвера који редовно провјерава да ли софтвер који се развија треба испунити његове стандарде у свакој фази како би се проблеми могли спријечити у раним фазама, а не рјешавати га након завршетка пројекта.
- СКА укључује ревизију, обуку, дефинисање процеса и имплементацију као своје главне активности. Једном када је процес дефиниран, СКА почиње проналазити његове слабости и начине за исправљање тих слабости за бољи софтвер.
Активности осигурања квалитета софтвера
У наставку су неке од активности софтвера Осигурање квалитета софтвера.
1. Постављање контролне тачке
СКА тим поставља контролне тачке након одређених временских интервала да би проверили напредак, квалитет, перформансе софтвера и да ли се посао квалитета софтвера врши на време, према распореду и документима.
2. Измерите утицај промене
За квар о коме је извештавао КА и поправио га програмер, веома је важно поново тестирати исправку грешке и проверити да ли исправљени квар не уводи нове недостатке у радни софтвер. У ту сврху, менаџери и програмери одржавају и проматрају метрике испитивања како би провјерили постоје ли генерирани недостаци увођењем нове функционалности или исправљањем било каквих недостатака.
3. Имате вишеструку стратегију тестирања
Не треба се ослањати на јединствен приступ и стратегију тестирања софтвера. У софтверу треба имплементирати вишеструку стратегију тестирања тако да се тестира из различитих углова и обухвати сва подручја. За безбедносно тестирање веб локација за е-трговину, тестирање перформанси, тестирање оптерећења, тестирање базе података, требало би учинити све како би се осигурао бољи квалитет софтвера.
4. Одржавање евиденција и извештаја
Важно је чувати све записе и документе КА-е и повремено их делити заинтересованим странама. Изведени тестни случајеви, тестни циклуси, евидентирани недостаци, поправљени недостаци, креирани тест случајеви, промена захтева клијента за одређени тест случај, а сви треба да буду исправно документовани за будућу употребу.
5. Управљање добрим односима
Управљање добрим односима између тестера и програмера игра важну улогу у пројекту. Пошто се улога програмера и тестирача међусобно супротстављају, али то не треба да се узима на личном нивоу. Главни циљ оба тима требало би да буде испорука квалитетних пројеката са минималним ризиком неуспеха.
6. План управљања СКА
Ово укључује проналажење начина на који ће СКА радити у новом пројекту на најефикаснији начин. Размислите о СКА стратегијама, процесима софтверског инжењеринга који се могу имплементирати у складу са пројектним захтевима и индивидуалним вештинама чланова тима.
Компоненте СКА система
СКА компоненте се могу сврстати у 6 класа:
1. Компоненте предпројекта
Ово осигурава да је посвећеност пројекту јасно дефинисана у погледу процене времена, појашњења потреба купаца, укупног буџета пројекта, процене развојних ризика, укупног особља потребног за тај одређени пројекат. Такође обезбеђује да су планови развоја и квалитета јасно дефинисани.
2. Компоненте животног циклуса софтверског пројекта
Ова компонента укључује преглед, стручна мишљења, тестирање софтвера, компоненте за одржавање софтвера. У животни циклус развоја пројекта укључује компоненте попут рецензија, стручних мишљења и проналажења недостатака у дизајну и програмирању софтвера, док у животном циклусу одржавања софтвера укључује специјализоване компоненте за одржавање и компоненте животног циклуса развоја за унапређење задатака одржавања.
3. Компоненте инфраструктуре за спречавање и побољшање грешака
Ова компонента укључује обуку особља, сертификовање, управљање конфигурацијом, превентивне и корективне мере како би се смањила стопа грешака у софтверу заснованом на акумулираном искуству СКА организације.
4. Управљање СКА компонентама
Ова класа укључује метрике квалитета софтвера, трошкове квалитета софтвера, што укључује контролу активности одржавања и развоја и увођење менаџерског учешћа ради смањења ризика од квалитета, распореда и буџета у пројекту.
5. Компоненте стандардизације, сертификације и процене СКА система
Главни циљ ове класе је коришћење међународних професионалних знања која помажу у координацији између различитих система квалитета организације на професионалном нивоу.
6. Организовање за СКА Хуман Цомпонентс
Ова база укључује менаџере, тестере и остале стручњаке СКА који су заинтересовани за СКА. Главни циљ је подржати и покренути СКА активности, открити недостатке / одступања у њему и предложити побољшања за то.
Стандарди за осигурање квалитета софтвера
Неколико организација, домаћих и међународних института укључено је у развој СКА стандарда. Следеће су главне организације и институти који су у њему укључени:
- ИЕЕЕ
- ДОТ
- ИСО
- АНСИ
- ЕИА
- ИЕЦ
СКА стандарди су у основи подељени у две категорије:
1. Софтвер за осигурање квалитета софтвера који су познати као стандарди управљања квалитетом.
Пример: ИСО 9000-3, ЦММ (модел зрелости способности).
Фокусирају се на инфраструктуру организације, СКА систем, захтеве препуштајући избор алата и метода тестирања организацији. Њихов стандардни циљ је „шта“ постићи. Уверава да организације постижу прихватљив квалитет софтвера.
2. Стандарди за развој софтверског пројекта који су познати као Стандарди за пројектне процесе.
Пример: ИСО / ИЕЦ 12207 ИЕЕЕСтд 1012-1998.
Фокусирају се на методологије које се морају применити у развоју и одржавању софтвера. Фокусира се на „како“ извести. То укључује захтеве за дизајнерску документацију, кораке које треба предузети, тестирање софтвера које треба извести и питања прегледа и прегледа дизајна.
СКА технике
Постоји неколико техника СКА. Неке од њих су наведене у наставку:
1. Преглед
Приликом прегледа, састанак се одржава од стране унутрашњих и екстерних заинтересованих страна како би се прегледао цео пројекат који анализира цео софтвер и ако нађе проблем, разликује да ли је то тестирање, развој, захтев или дизајн. Главни циљ је мерење квалитета софтвер и осигурати да ли испуњава очекивања купаца или не.
2. Ревизија
У ревизији, цео производ рада и сви подаци прегледавају заинтересоване стране како би провериле да ли он следи стандардне процесе или не.
3. Функционално тестирање
У функционалном тестирању тестира се функционалност цијелог софтвера без обзира функционише ли очекивано или не. Он проверава "шта систем ради", а да не зна "како систем функционише". То је попут тестирања црне кутије апликације у којој корисник зна очекивани излаз без да зна како се производи.
4. Стандардизација
Уверава да би све у софтверу требало да буде стандардизовано, тј. Да следи све стандарде било стандардима у документацији, развоју, контроли квалитета. Умањује нејасноће и самим тим побољшава квалитет софтвера.
5. Инспекција кода
Инспекција кода једна је од формалних врста прегледа с главним циљем проналажења недостатака у коду и истицања било каквих проблема у инспекцији кода води обучени модератор, а не аутор кода. Састанак има одговарајуће критеријуме за улазак и излазак. Корисници морају имати потпуну припрему пре састанка како би имали потпуно знање о документима и све пре него што су подигли своје поене.
6. Упутства за употребу
Преглед софтвера је врста неформалног процеса и обично га покрене аутор да прочита документ или шифру, а вршњачки чланови напишу своје предлоге или грешке у њему и предају их. То није званично документовано као што инспекција и модератор нису потребни на састанку. Његов главни циљ је знати статус довршеног кода до датума и прикупљати предлоге вршњака за бољи квалитет софтвера.
7. Тестирање стреса
Испитивање напона се врши како би се проверило како систем ради под великим оптерећењем. Ово тестирање игра важну улогу у квалитету софтвера као у апликацијама за е-трговину, тестирање стреса и оптерећења се врши правилно како би се тестирао капацитет софтвера (колико максималних бројева корисника може истовремено да приступи апликацији).
8. Инспекцијски преглед
Инспекција дизајна врши се ради провјере различитих области софтвера помоћу контролне листе као што су функционални и интерфејс дизајн, конвенције, општи захтјеви и дизајн, сљедивост захтјева, логика, повезивање и кохезија.
Предности СКА
Хајде да разговарамо о предностима СКА.
1. Повећава самопоуздање клијента
Правилна провера квалитета на различитим нивоима софтвера као што су преглед, инспекција, ревизија итд. И уз учешће унутрашњих и спољних заинтересованих страна повећава поверење клијената у подношење недељних извештаја о недостацима и захтевима такође помаже у обезбеђивању. клијент да се посао обавља на време.
2. СКА штеди новац
Кварови који су пронађени у раној фази или у прикупљању захтева, кодирању, тестирању су једноставни и економични за правилно СКА учињено на неколико нивоа помаже у смањењу тих ризика јер су максимални недостаци откривени и решени у раним фазама и на тај начин штеди новац за поправљање неисправан софтвер након што је представљен клијенту, што може коштати репутацију компаније, кориснике и клијенте.
3. Повећајте задовољство корисника
Правовремено укључивање клијента у развој и тестирање софтвера повећава задовољство купаца да се квалитетан софтвер развија и према захтевима и узимање предлога између разматрања повећава задовољство корисника.
4. Промовише продуктивност и ефикасност
Када се развој и тестирање раде паралелно, оштећења која су пронађена рано непосредно након што је развој једног модула урађен и исправљени од стране програмера, правовремено омогућују свима да раде у миру и на продуктивнији начин, а не да се оптерећују са више грешака одједном по завршетку. целокупног софтвера.
5. Спречава непредвиђене ванредне ситуације
При развоју корпоративног софтвера улози су такође веома високи. Пошто се софтвер бави многим корисним осетљивим подацима, он мора радити како се очекује, без икаквих нестанка, корупције или прекида комуникације. Софтвер треба тестирати врло строго да би радио како се очекује.
6. Смањује сукобе клијента на крајњем времену
Касније се нађу многи случајеви неслагања клијента и организација у вези са променом захтева, времена и буџета утврђених у старту што резултира отказивањем пројекта, губитком новца и лошим утиском компаније на тржишту (губитак клијента као створио би лошу репутацију). У СКА је све утврђено на почетку пројекта и документовано правилно, без икакве нејасноће, тако да не би дошло до сукоба
Недостаци СКА
Хајде да разговарамо о недостацима СКА.
1. Понекад је тешко имплементирати
Како СКА врло детаљно дефинише све активности и радње које би требало предузети у сваком кораку развоја софтвера, понекад је тешко имплементирати сваку појединачну активност и процес у развоју. Дакле, особа зна да би било корисно, али усредсређивање на сваки корак детаљно постаје тешко када се ради у великим тимовима.
2. Потрошња времена
Имплементација сваке акције у СКА захтева много времена и понекад троши више времена на документацију и састанке, а не ради на стварном развоју и тестирању софтвера.
3. Високи трошкови
Примјеном СКА-а, иако се трошкови исправљања грешака у каснијим фазама могу смањити проналажењем и поправљањем само у старту, али за мале пројекте са малим буџетом, врло је тешко имплементирати СКА јер се број ресурса повећава пројекат тако чини и буџет пројекта. За мали пројекат запошљавање целог тима за контролу квалитета и примена СКА узрокују драстично повећање трошкова пројекта.
Закључак
СКА је кровна активност која покрива цео пројекат током читавог животног циклуса софтвера, почев од прикупљања захтева до одржавања пројекта. Обухвата све активности и процесе у различитим фазама развоја софтвера како би се осигурало да испоручени софтвер треба да буде висок квалитет и минималан ризик како би могао да успе на тржишту и испуни очекивања корисника и клијената.
Препоручени чланци
Ово је водич за осигурање квалитета софтвера. Овде смо разговарали о активностима, компонентама, предностима и недостацима СКА. Можете и да прођете кроз друге наше предложене чланке да бисте сазнали више -
- Принципи тестирања софтвера
- Животни циклус тестирања софтвера
- Агиле Софтваре
- Осигурање квалитета у односу на контролу квалитета
- Технике испитивања црне кутије