Многи типови метода тестирања софтвера

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

Огромне софтверске компаније, као што је Гоогле, успевају упркос грешкама ниског приоритета у свом софтверу јер имају стрпљиве инвеститоре и лојалне кориснике. Мање компаније и стартупи, међутим, немају тај луксуз. Купци очекују да производи раде оно што тврде на страници продаје или у документацији. Са толико много опција, они неће двапут размислити о томе да ли брод троши своје време и новац. Због тога, софтвер се подвргава ригорозним тестовима пре објављивања како би:

• истакнути разлике између оригиналног концепта и коначног резултата
• проверити да ли софтвер ради онако како су дизајнери планирали
• потврдити да крајњи производ задовољава захтјеве купаца
• процијенити карактеристике и квалитет

Тестирање је у складу са строгим планом како би се оптимизирале вјештине особља, вријеме и новац, а да би се заинтересираним странама пружиле битне информације како би се производ унапредио. Циљ је да се омогући добро искуство крајњег корисника кроз снажан програм осигурања квалитета.Са тако високим улозима, КА менаџери су неки од највећих добитника у технолошкој индустрији. Тестирање обично следи ове кораке:

1. Анализа потреба где менаџери оцртавају план за постављање одговарајуће стратегије тестирања.
2. Тестови почињу и резултати се анализирају.
3. Сви недостаци су исправљени, а софтвер пролази кроз регресијско тестирање - систем који провјерава да ли програм и даље ради након модификација.
4. Извјештај о затварању теста детаљно описује цијели процес и исходе.

Појединци могу постати цертифицирани тестери софтвера кроз организације као што су БЦС, Цхартеред Институте фор ИТ, ИСТКБ® (Интернатионал Софтваре Тестинг Куалифицатионс Боард) и АСК (раније Америчко друштво за квалитет).

Методе тестирања софтвера

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

• Испитивање црне кутије: Такође се назива функционално или спецификацијско тестирање, овај метод се фокусира на излаз. Тестери се не баве интерним механизмима. Они само проверавају да ли софтвер ради оно што треба. Познавање кодирања није потребно, а тестери раде на нивоу корисничког интерфејса.
• Тестирање беле кутије: Ова метода користи кодирање кнов-хов као дио тест процедуре. Када производ не успе, тестери иду тако дубоко у код како је потребно да пронађу узрок. Произвођачи софтвера сами то раде јер одређују како би производ требао функционирати. Структурално и стаклено тестирање су друга имена за овај метод.

• Статичка испитивања: Тестери испитују софтверски код и документацију, али не извршавају програм. Статички тестови почињу у раној фази развоја производа током процеса верификације.
• Динамичко тестирање: Софтвер се извршава са различитим улазима, а тестери упоређују резултате са очекиваним понашањем са овом методом.
• Тестирање графичког корисничког интерфејса: Ово тестира ГУИ карактеристике као што су обликовање текста, поља за текст, дугмад, листе, изглед, боје, фонтове, величину фонта и тако даље. ГУИ тестирање захтева много времена, а компаније треће стране често преузимају задатак уместо програмера.

Тест Левелс

Различити нивои тестирања се користе за идентификацију подручја слабости и преклапања у свакој фази животног циклуса развоја софтвера.

• Тестирање јединице: Програмери тестирају најосновније делове кода као што су класе, интерфејси и функције / процедуре. Они знају како би њихов код требало да одговори и може да изврши подешавања у зависности од резултата.
• Тестирање компоненти: Друга имена су тестирање модула или програма. То је слично тестирању јединица, али садржи виши ниво интеграције. Модули софтвера се тестирају на недостатке како би се провјерила њихова појединачна функција.
• Тестирање интеграције: Ово идентификује грешке када су модули интегрисани. Различити тестови интеграције су одоздо према горе, одозго према доле и функционални инкрементални.

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

• Прихватање тестирање: Такође, у оквиру тестирања црне кутије, клијенти тестирају софтвер како би сазнали да ли је програмер креирао програм до жељених спецификација.

Типови тестова

Различити типови тестова софтвера су дизајнирани да се фокусирају на специфичне циљеве.

• Тестирање инсталације: Софтвер тест инжењер и менаџер конфигурације проводе овај тест како би осигурали да крајњи корисник може инсталирати и покренути програм. Обухвата области као што су инсталационе датотеке, локације инсталације и административне привилегије.
• Развојно тестирање: Ово имплементира низ синхронизованих стратегија за откривање и спречавање дефеката. То укључује анализу статичких кодова, рецензије пеер кодова, анализу следљивости и анализу метрике. Циљ је смањење ризика и смањење трошкова.
• Тестирање употребљивости: Искуство корисника долази у средиште пажње овог теста. Он мери колико је ГУИ дизајниран и његова једноставност употребе. Тест проверава тачност и ефикасност функција и емоционалне реакције испитаника.

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