Віды тэсціравання праграмнага забеспячэння



Віды тэсціравання праграмнага забеспячэння

У гэтым раздзеле мы апішам розныя віды тэсціравання праграмнага забеспячэння. Розныя віды тэсціравання праграмнага забеспячэння праводзяцца для дасягнення розных мэтаў пры тэставанні праграмнага прыкладання.

Спецыяльны тэст Гэты тып тэставання праграмнага забеспячэння з'яўляецца вельмі нефармальным і неструктураваным, і яго можа праводзіць любы зацікаўлены бок, не спасылаючыся ні на адзін тэставы выпадак ці дакументы на праект тэстаў. Чалавек, які праводзіць спецыяльнае тэсціраванне, добра разумее дамен і працоўныя працэсы прыкладання, каб паспрабаваць знайсці дэфекты і зламаць праграмнае забеспячэнне. Спецыяльнае тэсціраванне прызначана для выяўлення дэфектаў, якія не былі знойдзены ў існуючых тэставых выпадках.

Прыёмныя выпрабаванні Прыёмнае тэсціраванне - гэта фармальны тып тэсціравання праграмнага забеспячэння, які праводзіцца канчатковым карыстальнікам, калі функцыі былі прадастаўлены распрацоўшчыкамі.


Мэта гэтага тэставання - праверыць, ці адпавядае праграмнае забеспячэнне іх бізнес-патрэбам і патрабаванням, прадугледжаным раней. Прыёмныя выпрабаванні звычайна фіксуюцца ў пачатку спрынту (у гнуткім рэжыме) і з'яўляюцца сродкам для тэсціроўшчыкаў і распрацоўшчыкаў для працы над агульным разуменнем і агульнымі ведамі ў сферы бізнесу.

Праверка даступнасці Пры правядзенні тэсціравання даступнасці мэта тэсціравання - вызначыць, ці можна лёгка атрымаць доступ да змесціва веб-сайта, адключыўшы яго. Розныя праверкі, такія як колер і кантраснасць (для дальтонікаў), памер шрыфта для людзей са слабым зрокам, выразны і сціслы тэкст, які лёгка чытаецца і разумеецца.


Аджылітэстынг Agile Testing - гэта тып тэставання праграмнага забеспячэння, які ўлічвае гнуткі падыход і практыку распрацоўкі праграмнага забеспячэння. У асяроддзі распрацоўкі Agile тэставанне з'яўляецца неад'емнай часткай распрацоўкі праграмнага забеспячэння і праводзіцца разам з кадаваннем. Аджылі тэставанне дазваляе паступовае і ітэратыўнае кадаванне і тэставанне.



Тэставанне API Тэставанне API - гэта тып тэставання, аналагічны юніт-тэсціраванню. Кожны з API праграмнага забеспячэння тэстуецца ў адпаведнасці са спецыфікацыяй API. Тэставанне API у асноўным праводзіцца камандай тэсціравання, калі толькі API не павінны быць пратэставаны альбо складанымі і патрабуе шырокага кадавання. Тэставанне API патрабуе разумення функцыянальнасці API і наяўнасці добрых навыкаў кадавання.

Аўтаматызаванае тэсціраванне Гэта падыход да тэсціравання, які выкарыстоўвае інструменты тэсціравання і / або праграмаванне для запуску тэставых выпадкаў з выкарыстаннем праграмнага забеспячэння або спецыяльна распрацаваных тэставых утыліт. Большасць аўтаматызаваных інструментаў забяспечвае магчымасць захопу і прайгравання, аднак ёсць інструменты, якія патрабуюць напісання шырокіх сцэнарыяў альбо праграмавання для аўтаматызацыі тэставых прыкладаў.

Тэставанне ўсіх пар Таксама вядомае як тэставанне па парах - гэта падыход да тэставання чорнай скрыні і метад тэсціравання, пры якім для кожнага ўваходу тэстуецца пара пар уваходаў, што дапамагае праверыць працу праграмнага забеспячэння, як і чакалася, з усімі магчымымі камбінацыямі ўводу.


Бэта-тэставанне Гэта фармальны тып тэставання праграмнага забеспячэння, які праводзіцца канчатковымі кліентамі перад выпускам альбо перадачай праграмнага забеспячэння канчатковым карыстальнікам. Паспяховае завяршэнне бэта-тэставання азначае прыняцце праграмным забеспячэннем кліентамі.

Тэставанне Black Box Тэставанне чорнай скрынкі - гэта метад тэсціравання праграмнага забеспячэння, пры якім тэсціроўшчыкі не павінны ведаць кадаванне альбо ўнутраную структуру праграмнага забеспячэння. Метад тэсціравання 'чорнай скрыні' абапіраецца на тэставанне праграмнага забеспячэння з рознымі ўваходнымі дадзенымі і праверку вынікаў у залежнасці ад чаканых вынікаў.

Тэставанне зваротнай сумяшчальнасці Тып тэсціравання праграмнага забеспячэння, праведзенага для праверкі таго, што новая версія праграмнага забеспячэння можа паспяхова працаваць над папярэдняй версіяй праграмнага забеспячэння і што новая версія праграмнага забеспячэння выдатна працуе са структурай табліц, структурай дадзеных і файламі, створанымі папярэдняя версія праграмнага забеспячэння.

Тэставанне памежнага значэння (BVT) Тэставанне памежных значэнняў - гэта тэставы метад, які заснаваны на канцэпцыі 'сукупнасць памылак на межах'. У гэтым метадзе тэсціравання шырока праводзіцца тэставанне для праверкі дэфектаў пры пагранічных умовах. Калі поле прымае значэнне ад 1 да 100, то тэсціраванне праводзіцца для значэнняў 0, 1, 2, 99, 100 і 101.


Тэсты інтэграцыі Вялікага выбуху Гэта адзін з падыходаў інтэграцыйнага тэсціравання. У рамках інтэграцыйнага тэсціравання 'Вялікі выбух' усе ці ўсе большасць модуляў распрацоўваюцца, а потым злучаюцца.

Знізу ўверх Інтэграцыйнае тэсціраванне Інтэграцыйнае тэсціраванне 'знізу ўверх' - гэта падыход інтэграцыйнага тэсціравання, пры якім тэсціраванне пачынаецца з больш дробных частак або падсістэм праграмнага забеспячэння, пакуль не пакрые ўсю праграмную сістэму. Інтэграцыйнае тэсціраванне 'знізу ўверх' пачынаецца з невялікіх порцый праграмнага забеспячэння і ў канчатковым выніку павялічваецца з пункту гледжання памеру, складанасці і паўнаты.

Галіновае выпрабаванне З'яўляецца метадам тэставання 'белай скрынкі' для распрацоўкі тэстаў для тэставання кода пры любых умовах разгалінавання. Метад галіновага выпрабавання ўжываецца падчас адзінкавага выпрабавання.

Тэставанне сумяшчальнасці з аглядальнікам Яго адзін з падвідаў тэсціравання тэсціравання на сумяшчальнасць, які праводзіцца тэсціравальнай групай. Праверка сумяшчальнасці аглядальнікаў праводзіцца для вэб-прыкладанняў з камбінацыямі розных аглядальнікаў і аперацыйных сістэм.


Праверка сумяшчальнасці Тэставанне на сумяшчальнасць - адзін з відаў выпрабаванняў, які праводзіцца тэсціравальнай групай. Праверка сумяшчальнасці правярае, ці можна праграмнае забеспячэнне запускаць на розных апаратных сродках, аперацыйнай сістэме, прапускной здольнасці, базах дадзеных, вэб-серверах, серверах прыкладанняў, апаратнай перыферыі, эмулятарах, рознай канфігурацыі, працэсары, розных аглядальніках і розных версіях аглядальнікаў і г.д.,

Тэставанне кампанентаў Гэты тып тэставання праграмнага забеспячэння праводзіцца распрацоўшчыкамі. Выпрабаванне кампанентаў праводзіцца пасля завяршэння модульнага выпрабавання. Тэставанне кампанентаў прадугледжвае тэставанне групы адзінак як кода ў цэлым, а не тэставанне асобных функцый і метадаў.

Тэставанне ахопу стану Тэставанне ахопу ўмоў - гэта тэставы метад, які выкарыстоўваецца падчас модульнага тэсціравання, калі распрацоўшчык правярае ўсе выказванні ўмоў, напрыклад if, if-else, case і г.д., у тэсціраваным кодзе.

Дынамічнае тэставанне Тэставанне можа праводзіцца як статычнае тэставанне, так і дынамічнае тэсціраванне. Дынамічнае тэсціраванне - гэта падыход тэсціравання, пры якім тэставанне можа праводзіцца толькі пры дапамозе выканання кода альбо праграмнага забеспячэння, якія класіфікуюцца як дынамічнае тэсціраванне. Адзінкавае тэсціраванне, функцыянальнае тэсціраванне, рэгрэсійнае тэсціраванне, тэсціраванне прадукцыйнасці і г.д.,


Тэставанне ахопу рашэнняў З'яўляецца метадам тэсціравання, які выкарыстоўваецца ў модульным тэсціраванні. Мэта тэставання ахопу рашэнняў заключаецца ў ажыццяўленні і праверцы кожнага блока рашэнняў у кодзе, напрыклад if, if-else, заявы справы.

Сцэначнае тэставанне Сцэннае тэсціраванне праводзіцца групай тэсціравання, і асноўная ўвага надаецца тэсціраванню скразных патокаў, напрыклад прама ад стварэння замовы да стварэння справаздачы альбо стварэння замовы да вяртання тавараў і г.д. і праверкі. Скразныя выпрабаванні звычайна сканцэнтраваны на імітацыі рэальных жыццёвых сцэнарыяў і выкарыстання. Складанае тэсціраванне ўключае ў сябе тэставанне інфармацыйнага патоку паміж прыкладаннямі.

Даследчае тэсціраванне Даследчае тэсціраванне - гэта нефармальны тып тэсціравання, які праводзіцца для вывучэння праграмнага забеспячэння адначасова ў пошуках памылак і паводзін прыкладанняў, якія здаюцца не відавочнымі. Даследчае тэсціраванне звычайна праводзіцца тэсціроўшчыкамі, але яго могуць праводзіць і іншыя зацікаўленыя бакі, такія як бізнес-аналітыкі, распрацоўшчыкі, канчатковыя карыстальнікі і г.д., якія зацікаўлены ў вывучэнні функцый праграмнага забеспячэння, і ў той жа час пошук памылак і паводзін здаецца відавочным. .

Эквівалентнасць разбіцця Раздзяленне на эквівалентнасць таксама вядома як Раздзел на клас эквівалентнасці - гэта метад тэсціравання праграмнага забеспячэння, а не тып тэсціравання сам па сабе. Тэхніка размеркавання эквівалентнасці выкарыстоўваецца ў тыпах выпрабаванняў чорнай скрынкі і шэрай скрынкі. Разбіццё на эквівалентнасць класіфікуе дадзеныя тэстаў на класы эквівалентнасці як станоўчыя класы эквівалентнасці і адмоўныя класы эквівалентнасці, такая класіфікацыя забяспечвае праверку станоўчых і адмоўных умоў.

Функцыянальнае тэсціраванне Функцыянальнае тэсціраванне - фармальны тып тэсціравання, які праводзіцца тэсціроўшчыкамі. Функцыянальнае тэсціраванне сканцэнтравана на тэсціраванні праграмнага забеспячэння на адпаведнасць праектным дакументам, выпадкам выкарыстання і дакументам патрабаванняў. Функцыянальнае тэсціраванне з'яўляецца адным з відаў тэсціравання і не патрабуе ўнутранай працы праграмнага забеспячэння, у адрозненне ад тэставання 'белай скрыні'.

Невыразнае тэсціраванне Невыразнае тэсціраванне альбо недаразмеркаванне - метад тэсціравання праграмнага забеспячэння, які ўключае тэсціраванне з нечаканымі альбо выпадковымі ўводнымі дадзенымі. Праграмнае забеспячэнне кантралюецца на наяўнасць збояў альбо паведамленняў пра памылкі, якія прадстаўляюцца з-за памылак уводу.

Тэставанне графічнага інтэрфейсу карыстальніка (графічнага карыстацкага інтэрфейсу) Гэты тып тэсціравання праграмнага забеспячэння накіраваны на тэставанне праграмнага графічнага інтэрфейсу (графічнага карыстацкага інтэрфейсу) праграмнага забеспячэння, які адпавядае патрабаванням, згаданым у макетах графічных інтэрфейсаў і падрабязна распрацаваных дакументах. Бо напр. праверка даўжыні і ёмістасці палёў для ўводу, прадстаўленых у форме, тыпу ўводнага поля ўводу, напрыклад некаторыя з палёў формы могуць адлюстроўвацца як расчыняецца акно альбо набор перамыкачоў. Такім чынам, тэставанне графічнага інтэрфейсу гарантуе, што элементы графічнага інтэрфейсу праграмнага забеспячэння адпавядаюць зацверджаным макетам графічнага інтэрфейсу, падрабязнай дызайнерскай дакументацыі і функцыянальным патрабаванням. Большасць функцыянальных сродкаў аўтаматызацыі тэстаў працуюць над магчымасцямі захопу і прайгравання графічнага інтэрфейсу. Гэта робіць запіс сцэнарыяў больш хуткім і адначасова павялічвае намаганні па абслугоўванні сцэнарыяў.

Тэставанне шкляной скрынкі Тэставанне шкляной скрынкі - іншая назва тэсціравання белай скрынкі. Тэставанне шкляной скрынкі - гэта метад тэсціравання, які прадугледжвае тэставанне асобных выказванняў, функцый і г.д., юнітарнае тэсціраванне - адзін з метадаў тэсціравання шкляной скрынкі.

Тэставанне на гарылу Гэты тып тэставання праграмнага забеспячэння праводзіцца групай тэсціравання праграмнага забеспячэння. Мэта тэставання на гарылах - старанна або вычарпальна скарыстацца адной або некалькімі функцыянальнасцямі, калі некалькі чалавек правяраюць адну і тую ж функцыянальнасць.

Шчаслівае тэсціраванне шляху Таксама вядомы як залатое тэсціраванне, гэты тып тэсціравання факусуюць на паспяховым выкананні тэстаў, якія не выкарыстоўваюць праграмнае забеспячэнне на наяўнасць адмоўных або памылковых умоў.

Інтэграцыйнае тэсціраванне Інтэграцыйнае тэсціраванне - адзін з найбольш распаўсюджаных і важных відаў тэсціравання праграмнага забеспячэння. Пасля таго, як асобныя блокі або кампаненты будуць правераны распрацоўшчыкамі як працуючыя, каманда тэставання правядзе тэсты, якія правяраюць сувязь паміж гэтымі блокамі / кампанентамі альбо некалькімі блокамі / кампанентамі. Існуюць розныя падыходы да інтэграцыйнага тэсціравання, а менавіта: інтэграцыйнае тэсціраванне 'зверху ўніз', інтэграцыйнае тэсціраванне 'знізу ўверх' і спалучэнне гэтых двух спосабаў, вядомае як 'тэставанне ведзьмак'.

Тэставанне інтэрфейсу Тэставанне інтэрфейсу неабходна, калі праграмнае забеспячэнне забяспечвае падтрымку аднаго або некалькіх інтэрфейсаў, такіх як 'Графічны карыстацкі інтэрфейс', 'Інтэрфейс каманднага радка' або 'Інтэрфейс праграмнага забеспячэння прыкладанняў' для ўзаемадзеяння з карыстальнікамі альбо іншым праграмным забеспячэннем. Інтэрфейсы служаць асяроддзем для праграмнага забеспячэння, якое прымае ўвод ад карыстальніка і забяспечвае выхад для карыстальніка. Падыход да тэставання інтэрфейсу залежыць ад тыпу інтэрфейсу, які тэстуецца, напрыклад, графічнага інтэрфейсу, API альбо CLI.

Тэставанне на інтэрнацыяналізацыю Тэставанне на інтэрнацыяналізацыю - гэта тып тэсціравання, які праводзіцца групай тэсціравання праграмнага забеспячэння, каб праверыць, наколькі праграмнае забеспячэнне можа падтрымліваць інтэрнацыяналізацыю, г.зн. выкарыстанне розных моў, розных набораў сімвалаў, двухбайтавых сімвалаў і г.д., напрыклад: Gmail - гэта вэб-дадатак які выкарыстоўваецца людзьмі ва ўсёй працы з рознымі мовамі, аднабайтнымі альбо шматбайтнымі наборамі сімвалаў.

Тэсціраванне па ключавых словах Тэсціраванне па ключавых словах - гэта хутчэй падыход аўтаматызаванага тэсціравання праграмнага забеспячэння, чым тып самога тэсціравання. Тэсціраванне па ключавых словах вядома як тэставанне на аснове дзеянняў або тэсціраванне на аснове табліцы.

Тэставанне нагрузкі Тэставанне нагрузкі - гэта тып нефункцыянальнага тэсціравання; тэсціраванне нагрузкі праводзіцца для праверкі паводзін праграмнага забеспячэння ў звычайных і звышмагутных умовах нагрузкі. Тэставанне нагрузкі звычайна праводзіцца з выкарыстаннем аўтаматызаваных інструментаў тэсціравання. Тэставанне нагрузкі мае намер выявіць вузкія месцы альбо праблемы, якія перашкаджаюць праграмным сродкам працаваць так, як задумана, пры пікавых нагрузках.

Тэставанне лакалізацыі Лакалізацыйнае тэсціраванне - тып тэсціравання праграмнага забеспячэння, які праводзіцца тэсціроўшчыкамі праграмнага забеспячэння; пры гэтым тыпе тэсціравання праграмнае забеспячэнне павінна адаптавацца да пэўнай мясцовасці, яно павінна падтрымліваць пэўную мясцовасць / мову з пункту гледжання дысплея, прымаючы ўвод у гэтым канкрэтным лакалі, дысплеі, шрыфт, час, валюта і г.д., звязаныя з пэўнай мовай. Бо напр. Шмат вэб-прыкладанняў дазваляе выбраць лакаль, напрыклад, англійскую, французскую, нямецкую ці японскую. Такім чынам, як толькі лакаль вызначаецца альбо ўсталёўваецца ў канфігурацыі праграмнага забеспячэння, праграмнае забеспячэнне будзе працаваць, як і чакалася, з усталяванай мовай / мовай.

Адмоўнае тэставанне Гэты тып падыходу да тэсціравання праграмнага забеспячэння, які выклікае 'стаўленне да разрыву', гэта функцыянальныя і нефункцыянальныя тэсты, якія прызначаны для разбурэння праграмнага забеспячэння шляхам уводу няправільных дадзеных, такіх як няправільная дата, час альбо радок альбо загрузка бінарнага файла ў тэкставыя файлы мяркуецца загрузіць альбо ўвесці велізарны тэкставы радок для палёў уводу і г. д. Гэта таксама станоўчы тэст на памылку.

Нефункцыянальнае тэсціраванне Большасць праграмнага забеспячэння пабудавана з улікам функцыянальных і нефункцыянальных патрабаванняў, нефункцыянальных патрабаванняў, такіх як прадукцыйнасць, зручнасць выкарыстання, лакалізацыя і г.д., Ёсць шмат тыпаў тэсціравання, такіх як тэставанне на сумяшчальнасць, тэставанне на адпаведнасць, тэставанне на лакалізацыю, юзабіліці, тэставанне аб'ёмаў і г.д., якія праводзяцца для праверкі нефункцыянальных патрабаванняў.

Тэставанне пар гэта тэсціраванне праграмнага забеспячэння, якое можа быць зроблена тэсціроўшчыкамі праграмнага забеспячэння, распрацоўшчыкамі або бізнес-аналітыкамі. Як вынікае з назвы, два чалавекі спалучаюцца ў пары, адзін для тэставання, а другі для кантролю і запісу вынікаў тэстаў. Тэставанне пар таксама можа быць праведзена ў спалучэнні камбінацыі выпрабавальнік-распрацоўшчык, аналітык выпрабавальніка-бізнесу або аналітык-распрацоўшчык-бізнес. Аб'яднанне тэстараў і распрацоўшчыкаў у парным тэсціраванні дапамагае хутчэй выявіць дэфекты, выявіць першапрычыну, выправіць і выпрабаваць.

Тэставанне прадукцыйнасці гэта тып тэсціравання праграмнага забеспячэння і частка інжынірынгу прадукцыйнасці, якая праводзіцца для праверкі некаторых атрыбутаў якасці праграмнага забеспячэння, такіх як стабільнасць, надзейнасць, даступнасць. Тэставанне прадукцыйнасці праводзіць каманда інжынераў па прадукцыйнасці. У адрозненне ад функцыянальнага тэсціравання, тэсціраванне прадукцыйнасці праводзіцца для праверкі нефункцыянальных патрабаванняў. Тэставанне прадукцыйнасці правярае, наколькі добра працуе праграмнае забеспячэнне ў чаканых і пікавых нагрузках. Існуюць розныя варыяцыі або падтыпы прадукцыйнасці, такія як выпрабаванне нагрузкі, стрэс-тэставанне, аб'ёмнае выпрабаванне, праверка замацавання і тэставанне канфігурацыі.

Тэставанне на пранікненне гэта тып праверкі бяспекі. Тэставанне на пранікненне праводзіцца для праверкі бяспекі праграмнага забеспячэння і яго асяроддзя (апаратнага забеспячэння, аперацыйнай сістэмы і сеткі), калі яно падвяргаецца нападам знешняга ці ўнутранага зламысніка. Зламыснікам можа быць чалавек / хакер альбо шкоднасныя праграмы. Пэнтэст выкарыстоўвае метады прымусовага ўварвання (з дапамогай грубай сілы) альбо з выкарыстаннем слабасці (уразлівасці) для атрымання доступу да праграмнага забеспячэння, дадзеных або апаратнага забеспячэння з мэтай выкрыцця спосабаў крадзяжу, маніпуляцыі альбо пашкоджання дадзеных, праграмных файлаў альбо канфігурацыі. Тэставанне на пранікненне - спосаб этычнага ўзлому, дасведчаны тэстар на пранікненне будзе выкарыстоўваць тыя ж метады і інструменты, што і хакер, але мэта тэстара на пранікненне - выявіць уразлівасць і выправіць іх да таго, як сапраўдны хакер альбо шкодная праграма яе выкарыстае.

Рэгрэсійнае тэставанне гэта тып тэсціравання праграмнага забеспячэння, які праводзіцца тэсціроўшчыкамі праграмнага забеспячэння ў якасці тэстаў функцыянальнай рэгрэсіі, а распрацоўшчыкі - як модульныя рэгрэсійныя тэсты. Мэта рэгрэсійных тэстаў - знайсці дэфекты, якія былі ўведзены ў выпраўленне дэфектаў, альбо ўвядзенне новых функцый. Рэгрэсійныя тэсты - ідэальныя кандыдаты для аўтаматызацыі.

Пераправерка гэта тып паўторнага тэсціравання, які праводзіцца тэсціроўшчыкамі праграмнага забеспячэння ў рамках праверкі выпраўлення дэфектаў. Бо напр. тэстар правярае выпраўленне дэфекту і скажам, што з-за гэтага дэфекту не атрымалася праверыць 3 тэставыя прыклады. Пасля таго, як выпрабавальнік праверыць, як выпраўлена дэфект, выпрабавальнік зноў выпрабуе або праверыць тую ж функцыянальнасць, выканаўшы тэставыя выпадкі, якія раней не былі здзейснены.

Тэставанне на аснове рызыкі гэта тып тэставання праграмнага забеспячэння і іншы падыход да тэставання праграмнага забеспячэння. Пры тэставанні на аснове рызыкі патрабаванні і функцыянальнасць праграмнага забеспячэння, якое падлягае тэставанню, ставяцца як крытычныя, высокія, сярэднія і нізкія. Пры гэтым падыходзе выпрабоўваюцца ўсе крытычныя тэсты і тэсты з высокім прыярытэтам, а пасля - сярэдні. Функцыянал з нізкім прыярытэтам альбо з нізкім узроўнем рызыкі правяраецца напрыканцы, альбо можа не праверыцца зусім, у залежнасці ад тэрмінаў.

Тэставанне на дым гэта тып тэсціравання, які праводзіцца тэсціроўшчыкамі праграмнага забеспячэння, каб праверыць, ці з'яўляецца новая зборка, прадастаўленая камандай распрацоўшчыкаў, дастаткова стабільнай, т. Е. Асноўная функцыянальнасць працуе, як і чакалася, для правядзення далейшага або дэталёвага тэсціравання. Тэставанне дыму прызначана для выяўлення дэфектаў 'паказаць корак', якія могуць перашкодзіць тэсціравальнікам падрабязна праверыць прыкладанне. Выпрабаванне дыму, якое праводзіцца для зборкі, таксама вядома як тэст праверкі зборкі.

Праверка бяспекі гэта тып тэставання праграмнага забеспячэння, які праводзіцца спецыялізаванай групай тэсціроўшчыкаў праграмнага забеспячэння. Мэта тэсціравання бяспекі - забяспечыць абарону праграмнага забеспячэння ад знешніх ці ўнутраных пагроз з боку людзей і шкоднасных праграм. Праверка бяспекі ў асноўным правярае, наколькі добры механізм аўтарызацыі праграмнага забеспячэння, наколькі моцная аўтэнтыфікацыя, наколькі праграмнае забеспячэнне захоўвае канфідэнцыяльнасць дадзеных, як праграмнае забеспячэнне падтрымлівае цэласнасць дадзеных, якая даступнасць праграмнага забеспячэння ў выпадку нападу на праграмнае забеспячэнне хакераў і шкоднасных праграм прызначана для тэсціравання бяспекі патрабуе добрага ведання прыкладанняў, тэхналогій, сетак, інструментаў тэсціравання бяспекі. З павелічэннем колькасці вэб-прыкладанняў тэставанне бяспекі стала больш важным, чым калі-небудзь раней.

Праверка абгрунтаванасці гэта тып тэсціравання, які праводзіцца ў асноўным тэсціроўшчыкамі, а ў некаторых праектах таксама распрацоўшчыкамі. Праверка абгрунтаванасці - гэта хуткая ацэнка праграмнага забеспячэння, асяроддзя, сеткі, знешнія сістэмы працуюць і працуюць, праграмнае асяроддзе ў цэлым дастаткова стабільнае, каб працягваць шырокае тэсціраванне. Тэсты на разважлівасць вузкія, і часцей за ўсё тэсты на здаровы стан не дакументаваны.

Тэставанне маштабаванасці з'яўляецца нефункцыянальным тэстам, прызначаным для праверкі аднаго з атрыбутаў якасці праграмнага забеспячэння, г.зн. 'Маштабаванасць'. Тэст на маштабаванасць не сканцэнтраваны толькі на адной альбо некалькіх функцыянальных магчымасцях праграмнага забеспячэння, а не на прадукцыйнасці праграмнага забеспячэння ў цэлым. Тэставанне на маштабаванасць звычайна праводзіць каманда інжынера па прадукцыйнасці. Мэта тэставання на маштабаванасць - праверыць здольнасць праграмнага забеспячэння павялічваць колькасць карыстальнікаў, павялічваць колькасць транзакцый, павялічваць памер базы дадзеных і г.д., Не абавязкова, каб прадукцыйнасць праграмнага забеспячэння павялічвалася з павелічэннем канфігурацыі апаратнага забеспячэння, тэсты маштабаванасці дапамагаюць даведацца, як значна большая нагрузка, якую праграмнае забеспячэнне можа падтрымаць пры пашырэнні базы карыстальнікаў, транзакцыях, захоўванні дадзеных і г.д.,

Тэставанне на ўстойлівасць з'яўляецца нефункцыянальным тэстам, прызначаным для праверкі аднаго з атрыбутаў якасці праграмнага забеспячэння, г.зн. 'Стабільнасць'. Тэст на ўстойлівасць факусуюць на праверцы таго, наколькі стабільна праграмнае забеспячэнне, калі яно падвяргаецца нагрузкам на дапушчальных узроўнях, пікавых нагрузках, нагрузках, якія ствараюцца ў скоках, з большым аб'ёмам дадзеных, якія падлягаюць апрацоўцы. Тэсціраванне на маштабаванасць будзе ўключаць правядзенне розных відаў выпрабаванняў прадукцыйнасці, такіх як нагрузачныя выпрабаванні, стрэс-тэставанне, тэсціраванне шыпоў, замакванне, тэсціраванне шыпоў і г.д.

Статычнае тэсціраванне гэта форма тэсціравання, дзе ў такіх падыходах, як агляды, выкарыстоўваюцца пакрокавыя інструкцыі для ацэнкі правільнасці вынікаў. Пры статычным тэсціраванні праграмны код не выконваецца, а разглядаецца на прадмет сінтаксісу, каментавання, згоды найменняў, памеру функцый / метадаў і г. д. Статычнае тэсціраванне звычайна мае кантрольныя спісы, па якіх ацэньваюцца вынікі. Статычнае тэсціраванне можа прымяняцца для патрабаванняў, дызайну, тэставых прыкладаў з выкарыстаннем такіх падыходаў, як агляды або пакрокавыя інструкцыі.

Стрэс-тэставанне гэта тып тэсціравання прадукцыйнасці, пры якім праграмнае забеспячэнне падвяргаецца пікавым нагрузкам і нават кропцы прарыву, каб назіраць, як праграмнае забеспячэнне будзе паводзіць сябе ў месцы разрыву. Стрэс-тэставанне таксама правярае паводзіны праграмнага забеспячэння з недастатковымі рэсурсамі, такімі як працэсар, памяць, прапускная здольнасць сеткі, дыскавая прастора і г. д. Стрэс-тэставанне дазваляе праверыць некаторыя атрыбуты якасці, такія як надзейнасць і надзейнасць.

Тэставанне сістэмы гэта ўключае ў сябе некалькі тыпаў тэсціравання праграмнага забеспячэння, якія дазволяць праверыць праграмнае забеспячэнне ў цэлым (праграмнае, апаратнае і сеткавае) у адпаведнасці з патрабаваннямі, для якіх яно было створана. Для завяршэння тэсціравання сістэмы праводзяцца розныя віды выпрабаванняў (тэставанне графічнага інтэрфейсу, функцыянальнае тэсціраванне, рэгрэсія, дым, нагрузка, стрэс-тэставанне, тэсціраванне бяспекі, стрэс-тэставанне, спецыяльнае тэсціраванне і г.д.).

Тэставанне замочвання гэта тып праверкі прадукцыйнасці, калі праграмнае забеспячэнне падвяргаецца нагрузцы на працягу значнага перыяду часу, выпрабаванне замачвання можа працягвацца некалькі дзён ці нават некалькі тыдняў. Тэставанне замаквання - гэта тып тэсціравання, які праводзіцца для выяўлення памылак, якія прыводзяць да пагаршэння прадукцыйнасці праграмнага забеспячэння пры далейшым выкарыстанні. Тэставанне замаквання шырока праводзіцца для электронных прылад, якія, як чакаецца, будуць працаваць бесперапынна на працягу некалькіх дзён, месяцаў ці гадоў без перазагрузкі і перазагрузкі. З ростам вэб-прыкладанняў тэставанне замаквання набыло значнае значэнне, паколькі наяўнасць вэб-прыкладанняў мае вырашальнае значэнне для падтрымання і поспеху бізнесу.

Тэставанне сістэмнай інтэграцыі вядомы як SIT (карацей) - гэта тып тэсціравання, які праводзіцца групай тэсціравання праграмнага забеспячэння. Як вынікае з назвы, асноўная ўвага пры тэсціраванні сістэмнай інтэграцыі заключаецца ў тэставанні на наяўнасць памылак, звязаных з інтэграцыяй паміж рознымі праграмамі, службамі, праграмамі незалежных пастаўшчыкоў і г.д., у рамках SIT праходзіць тэставанне скразных сцэнарыяў, якія патрабуюць праграмнага забеспячэння для ўзаемадзеяння (адпраўляць ці атрымліваць дадзеныя) з іншымі дадаткамі, службамі, зваротамі старонніх праграм і г.д.

Адзінкавае тэставанне гэта тып тэсціравання, які праводзіцца распрацоўшчыкамі праграмнага забеспячэння. Юнітарнае тэсціраванне прытрымліваецца падыходу тэставання белай скрынкі, дзе распрацоўшчык будзе тэставаць такія блокі зыходнага кода, як выказванні, галіны, функцыі, метады, інтэрфейс у ООП (аб'ектна-арыентаванае праграмаванне). Юнітарнае тэсціраванне звычайна ўключае ў сябе распрацоўку заглушак і драйвераў. Адзінкавыя тэсты - ідэальныя кандыдаты для аўтаматызацыі. Аўтаматызаваныя тэсты могуць выконвацца як адзінкавыя рэгрэсійныя тэсты на новыя зборкі альбо новыя версіі праграмнага забеспячэння. Існуе мноства карысных адзінкавых тэстаў, такіх як Junit, Nunit і г.д., якія могуць зрабіць модульнае тэсціраванне больш эфектыўным.

Праверка юзабіліці гэта тып тэставання праграмнага забеспячэння, які праводзіцца, каб зразумець, наколькі зручна карыстацца праграмным забеспячэннем. Мэта тэставання юзабіліці - дазволіць канчатковым карыстальнікам карыстацца праграмным забеспячэннем, назіраць за іх паводзінамі, эмацыянальным водгукам (спадабалася карыстачам карыстанне праграмным забеспячэннем ці яны падкрэслівалі, што яны карыстаюцца ім? І г.д.) і сабраць свае водгукі пра тое, як праграмнае забеспячэнне можна зрабіць больш зручны і зручны для карыстання і ўключае змены, якія палягчаюць выкарыстанне праграмнага забеспячэння.

Прыёмнае тэсціраванне карыстальнікаў (UAT) Прыёмнае тэсціраванне карыстальніка неабходна для любога праекта; гэта выконваецца кліентамі / канчатковымі карыстальнікамі праграмнага забеспячэння. Карыстальніцкае тэсціраванне дазваляе МСП (экспертам па прадметах) ад кліента праверыць праграмнае забеспячэнне на аснове іх рэальных бізнес-сітуацый і рэальных сцэнарыяў і праверыць, наколькі праграмнае забеспячэнне адпавядае іх бізнес-патрабаванням.

Аб'ёмнае тэставанне з'яўляецца нефункцыянальным тыпам тэсціравання, якое праводзіцца інжынерна-тэхнічнай групай. Аб'ёмнае тэсціраванне - адзін з відаў праверкі прадукцыйнасці. Аб'ёмнае тэсціраванне праводзіцца для таго, каб знайсці рэакцыю праграмнага забеспячэння на розныя памеры дадзеных, якія паступаюць, альбо якія будуць апрацаваны праграмным забеспячэннем. Бо напр. Калі вы павінны былі праверыць Microsoft word, то аб'ёмным тэсціраваннем было б праверыць, ці можа MS word адкрываць, захоўваць і працаваць з файламі розных памераў (ад 10 да 100 МБ).

Тэставанне ўразлівасці уключае ў сябе выяўленне, выкрыццё праграмнага, апаратнага або сеткавага ўразлівасцяў, якія могуць быць выкарыстаны хакерамі і іншымі шкоднаснымі праграмамі, напрыклад вірусамі або чарвякамі. Тэставанне ўразлівасці з'яўляецца ключом да бяспекі і даступнасці праграмнага забеспячэння. З павелічэннем колькасці хакераў і шкоднасных праграм тэсціраванне ўразлівасці мае вырашальнае значэнне для поспеху бізнесу.

Тэставанне белай скрынкі Тэставанне белай скрынкі таксама вядома як тэставанне празрыстай скрынкі, тэставанне празрыстай скрынкі і тэставанне шкляной скрынкі. Тэставанне 'белай скрынкі' - гэта падыход да тэсціравання праграмнага забеспячэння, які мае намер праверыць праграмнае забеспячэнне з веданнем унутранай працы праграмнага забеспячэння. Падыход тэставання белай скрынкі выкарыстоўваецца ў модульным тэсціраванні, якое звычайна праводзіцца распрацоўшчыкамі праграмнага забеспячэння. Тэставанне White Box мае намер выканаць код і тэставыя аператары, галіны, шлях, рашэнні і паток дадзеных у рамках праграмы, якая тэстуецца. Тэставанне 'белай скрынкі' і 'чорная скрынка' дапаўняюць адно аднаго, паколькі кожны з падыходаў тэставання можа раскрыць пэўную катэгорыю памылак.