what is software quality assurance
Шта је осигурање квалитета софтвера?
Осигурање квалитета софтвера (СКА) је процес који осигурава да се сви процеси софтверског инжењерства, методе, активности и радни предмети надгледају и удовољавају дефинисаним стандардима. Ови дефинисани стандарди могу бити један или комбинација било којих попут ИСО 9000, ЦММИ модела, ИСО15504 итд.
СКА укључује све процесе развоја софтвера, почев од дефинисања захтева до кодирања до издања. Његов главни циљ је осигурати квалитет.
ручно тестирање питања и одговори за искусне
Шта ћете научити:
- План осигурања квалитета софтвера
- Активности СКА
- Стандарди осигурања квалитета софтвера
- Елементи осигурања квалитета софтвера
- СКА технике
- Закључак
- Препоручено читање
План осигурања квалитета софтвера
Скраћени као СКАП, план осигурања квалитета софтвера састоји се од процедура, техника и алата који се користе како би се осигурало да се производ или услуга поклапају са захтевима дефинисаним у СРС (спецификација софтверских захтева).
План идентификује одговорности тима за СКА, наводи подручја која треба прегледати и ревидирати. Такође идентификује СКА производе рада.
Документ СКА плана састоји се од следећих одељака:
- Одељак сврхе
- Референтни одељак
- Одељак за управљање конфигурацијом софтвера
- Извештавање о проблемима и одељак за корективне мере
- Одељак Алати, технологије и методологије
- Одељак за контролу кода
- Евиденција: Одељак за прикупљање, одржавање и задржавање
- Методологија испитивања
Активности СКА
Доље је дата листа СКА активности:
# 1) Израда плана управљања СКА:
Најважнија активност укључује постављање правилног плана у вези са начином на који ће се СКА провести у вашем пројекту.
Заједно са СКА приступом који ћете следити, које инжењерске активности ће се изводити, а такође укључује и осигуравање да у свом тиму имате праву комбинацију талената.
# 2) Постављање контролних тачака:
СКА тим поставља различите контролне пунктове према којима процењује квалитет пројектних активности на свакој контролној тачки / фази пројекта. Ово осигурава редовни преглед квалитета и рад према распореду.
# 3) Примените технике софтверског инжењерства:
Примена неких техника софтверског инжењерства помаже дизајнеру софтвера у постизању висококвалитетних спецификација. За прикупљање информација, дизајнер може да користи технике као што су интервјуи и ФАСТ (техника функционалне анализе).
Касније, на основу прикупљених информација, дизајнер софтвера може припремити процену пројекта користећи технике попут ВБС (структура расподеле рада), СЛОЦ (изворна линија кодова) и ФП (процена функционалне тачке).
# 4) Извршење формалних техничких прегледа:
ФТР се ради за процену квалитета и дизајна прототипа.
У овом процесу се одржава састанак са техничким особљем ради разговора о стварним захтевима за квалитетом софтвера и квалитетом дизајна прототипа. Ова активност помаже у откривању грешака у раној фази СДЛЦ-а и смањује напор на преради у каснијим фазама.
# 5) Имати стратегију вишеструког тестирања:
Под стратегијом вишеструког тестирања подразумевамо да се не треба ослањати на било који појединачни приступ тестирања, већ треба извршити више врста испитивања како би софтверски производ могао бити добро тестиран из свих углова како би се осигурао бољи квалитет.
# 6) Примена придржавања процеса:
Ова активност инсистира на потреби придржавања процеса током процеса развоја софтвера. Процес развоја такође треба да се придржава дефинисаних процедура.
Ова активност је комбинација две подакције које су детаљно објашњене у наставку:
(и) Процена производа:
Ова активност потврђује да софтверски производ испуњава захтеве који су откривени у плану управљања пројектом. Осигурава да се правилно поштују постављени стандарди за пројекат.
(ии) Надгледање процеса:
обриши елемент из низа јава
Ова активност проверава да ли су предузети исправни кораци током развоја софтвера. То се постиже подударањем стварно предузетих корака са документованим корацима.
# 7) Контрола промене:
У овој активности користимо комбинацију ручних поступака и аутоматизованих алата како бисмо имали механизам за контролу промена.
Потврђивањем захтева за промену, проценом природе промене и контролом ефекта промене, обезбеђује се одржавање квалитета софтвера током фаза развоја и одржавања.
# 8) Утицај промене мере:
Ако КА тим пријави било какав недостатак, тада дотични тим отклања недостатак.
Након овога, КА тим треба да утврди утицај промене коју доноси ово отклањање квара. Треба да тестирају не само да ли је промена отклонила недостатак, већ и да ли је промена компатибилна са целим пројектом.
У ту сврху користимо метрику квалитета софтвера која омогућава менаџерима и програмерима да посматрају активности и предложене промене од почетка до краја СДЛЦ-а и покрећу корективне мере где год је то потребно.
# 9) Обављање СКА ревизије:
Ревизија СКА прегледава читав стварни СДЛЦ поступак праћен упоређивањем са успостављеним процесом.
Такође се проверава шта год је тим пријавио у извештајима о статусу да ли је стварно извршено или не. Ова активност такође открива проблеме са непоштовањем прописа.
# 10) Одржавање евиденције и извештаја:
Кључно је чувати потребну документацију која се односи на НАК и делити потребне информације о НАК са заинтересованим странама. Резултати испитивања, резултати ревизије, извештаји о прегледу, документација о захтевима за промену итд. Требају се чувати за будућу употребу.
# 11) Управљање добрим односима:
У ствари, веома је важно одржавати хармонију између КА и развојног тима.
Често чујемо да се тестери и програмери често осећају супериорно једни од других. То треба избегавати јер може утицати на укупан квалитет пројекта.
Стандарди осигурања квалитета софтвера
Генерално, СКА може захтевати усаглашеност са једним или више стандарда.
У наставку се разматрају неки од најпопуларнијих стандарда:
ИСО 9000: Овај стандард заснован је на седам принципа управљања квалитетом који помажу организацијама да осигурају да њихови производи или услуге буду усклађени са потребама купаца ’.
7 принципа ИСО 9000 приказано је на доњој слици:
ЦММИ ниво: ЦММИ је скраћеница за Модел зрелости способности Интеграција . Овај модел је настао у софтверском инжењерству. Може се користити за усмеравање унапређења процеса кроз пројекат, одељење или целу организацију.
5 нивоа ЦММИ и њихове карактеристике описани су на доњој слици:
Процењује се организација и додељује јој се оцена зрелости (1-5) на основу врсте оцене.
Интеграција модела зрелости теста (ТММи): Заснован на ЦММи, овај модел се фокусира на нивое зрелости у управљању и тестирању квалитета софтвера.
5 нивоа ТММи је приказано на доњој слици:
како направити дубинску копију низа јава
Како се организација креће на вишем нивоу зрелости, она постиже већу способност за производњу висококвалитетних производа са мање недостатака и уско испуњава пословне захтеве.
Елементи осигурања квалитета софтвера
Постоји 10 основних елемената СКА који су наведени у наставку за вашу референцу:
- Стандарди софтверског инжењерства
- Технички прегледи и ревизије
- Тестирање софтвера за контролу квалитета
- Прикупљање и анализа грешака
- Управљање променама
- Образовни програми
- Управљање добављачима
- Управљање безбедношћу
- Сигурност
- Управљање ризиком
СКА технике
Постоји неколико техника за СКА. Ревизија је главна техника која је широко прихваћена. Међутим, имамо и неколико других значајних техника.
Разне СКА технике укључују:
- Ревизија: Ревизија укључује инспекцију производа рада и с њима повезаних информација како би се утврдило да ли је следен скуп стандардних процеса или не.
- Прегледање : Састанак на којем интерни и спољни актери испитују софтверски производ како би затражили њихове коментаре и одобрење.
- Инспекција кода: То је најформалнија врста прегледа која врши статичко тестирање како би пронашла грешке и избегла раст кварова у каснијим фазама. То ради обучени медијатор / вршњак и заснива се на правилима, контролној листи, критеријумима за улазак и излазак. Рецензент не би требало да буде аутор кода.
- Инспекција дизајна: Инспекција дизајна врши се помоћу контролне листе која испитује доле наведена подручја софтверског дизајна:
- Општи захтеви и дизајн
- Функционалне и интерфејс спецификације
- Конвенције
- Следљивост захтева
- Структуре и интерфејси
- Логика
- Перформансе
- Руковање грешкама и опоравак
- Испитљивост, проширивост
- Спајање и кохезија
- Симулација: Симулација је алат који моделира стварну ситуацију како би се виртуелно испитало понашање система који се проучава.
- Функционално тестирање: То је КА техника која верификује шта систем ради, не узимајући у обзир како то ради. Ова врста тестирање црне кутије углавном се фокусира на тестирање системских спецификација или карактеристика.
- Стандардизација: Стандардизација игра пресудну улогу у осигурању квалитета. Смањује двосмисленост и нагађања, чиме се осигурава квалитет.
- Статичка анализа: То је софтверска анализа коју ради аутоматизовани алат без стварног извршавања програма. Ова техника се високо користи за осигурање квалитета у медицинском, нуклеарном и ваздухопловном софтверу. Софтверска метрика и обрнути инжењеринг су неки популарни облици статичке анализе.
- Водичи: Пролазак кроз софтвер или код је врста стручне рецензије у којој програмер води чланове развојног тима да прођу кроз производ и постављају питања, предлажу алтернативе, дају коментаре у вези са могућим грешкама, стандардним кршењима или било којим другим проблемима.
- Испитивање путање: То је техника испитивања беле кутије при чему се потпуна покривеност грана осигурава извођењем сваког независног пута најмање једном.
- Испитивање напрезања: Ова врста испитивања се врши како би се проверило колико је систем робустан тако што се тестира под великим оптерећењем, тј. Ван нормалних услова.
- Шест сигма: Сик Сигма је приступ осигурању квалитета који има за циљ готово савршене производе или услуге. Широко се примењује у многим областима, укључујући софтвер. Главни циљ шест сигма је побољшање процеса тако да произведени софтвер има 99,76% без дефеката.
Закључак
СКА је кровна активност која се користи током животног циклуса софтвера.
Осигурање квалитета софтвера је веома важно за успех вашег софтверског производа или услуге на тржишту и опстанак у складу са очекивањима купца.
Постоје разне активности, стандарди и технике којих се морате придржавати како бисте били сигурни да је испоручени софтвер високог квалитета и уско усклађен са пословним потребама.
Надам се да бисте имали јасну идеју о концепту осигурања квалитета софтвера кроз овај информативни чланак !!
Препоручено читање
- Сертификати за тестирање софтвера и осигурање квалитета - 2. део
- Који су атрибути квалитета?
- Лажни бог квалитета насупрот истинским људима - ко је одговоран за квалитет софтвера?
- Разлика између осигурања квалитета и контроле квалитета (КА вс КЦ)
- Савршен водич за резиме тестирања софтвера (са узорком резимеа тестера софтвера)
- Како се користи Пока-Иоке (Провера грешака) техника за побољшање квалитета софтвера
- Међусобно разумевање у тестирању: кључ за испоруку квалитетног софтвера
- Посао за КА помоћника за тестирање софтвера