Тэставанне праграмнага забеспячэння

Зьвесткі зь Вікіпэдыі — вольнай энцыкляпэдыі.



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

Якасць прыкладанняў звычайна моцна адрозніваецца ў розных сістэмах, але ёсць некалькі агульных крытэраў якасці праграмнага забеспячэння, такіх як: надзейнасць, стабільнасць, пераноснасць, выгода абслугоўвання, прастата выкарыстання (usability). Больш поўны спіс атрыбутаў і крытэраў у стандарце ISO 9126 Міжнароднай арганізацыі па стандартызацыі.

[рэдагаваць] Уводзіны

Адрозніваюць дэфекты (faults) праграмнага забеспячэння і збоі (failures). У выпадку збою, праграма паводзіць сябе не бо чакае карыстальнік. Дэфект — гэта памылка/недакладнасць, якая можа быць (а можа і не быць) следствам збою.


[рэдагаваць] Тэставанне «белай скрыні» і «чорнай скрыні»

У тэрміналогіі прафесіяналаў тэставання (праграмнага і некаторага апаратнага забеспячэння), фразы тэставанне «белай скрыні» і «чорнай скрыні» азначаюць ці мае распрацоўнік тэстаў доступ да зыходнага кода тэстоўванага ПЗ, або жа тэставанне выконваецца праз карыстальніцкі інтэрфейс альбо прыкладны праграмны інтэрфейс, прадстаўлены тэстоўваным модулем. Пры тэставанні белай скрыні (ангел. white-box testing, таксама гавораць — празрыстай скрыні), распрацоўнік тэсту мае доступ да зыходнага кода і можа пісаць код, які звязаны з бібліятэкамі тэстоўванага ПЗ. Гэта тыпова для юніта-тэставання (ангел. unit testing), пры якім тэстуюцца толькі асобныя часткі сістэмы. Яно забяспечвае тое, што кампаненты канструкцыі — працаздольныя і ўстойлівыя, да вызначанай ступені.

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

[рэдагаваць] Альфа, бэта і гамма тэставанне

У распрацоўцы ПЗ, тэставанне звычайна патрабуецца перад выпускам прадукта да публікі. Гэтая фаза распрацоўнікі вядома як альфа фаза. Адпаведна, тэставанне гэтага перыяду мае назоў альфа тэставанне. На першым кроку альфа тэставання распрацоўшчыкі тэстуюць пры дапамозе метадаў белай скрыні. Потым з дапамогай метадаў чорнай або шэрай скрыні, звычайна спецыяльнай камандай тэстыроўшчыкаў (другі крок альфа тэставання).

Пасля альфа, працэс распрацоўкі пераходзіць у бэта фазу. Вэрсіі праграм вядомыя як [[бэта-версія|]бэта-вэрсіі] трапляюць на суд абмежаванай аўдыенцыі па за межамі кампаніі, каб знайсці дэфекты (faults) ці багі (bugs). Часам бэта-вэрсіі робяць даступнымі для шырокай аўдыенцыі каб павялічыць сферу зваротнай сувязі (feedback) на максімальны лік карыстальнікаў. Бэта фаза прывязаная да метадаў чорнай скрыні, але тэстыроўшчыкам падабаецца працягваць паралельна тэставанне метадамі белай скрыні. Бо бэта фаза - завяршальная фаза, то тэстыроўшчыкі якія працягваюць тэставанне белай скрыняй не уваходзяць у групу бэта тэстыроўшчыкаў (гэтая группа займаецца чорнай скрыняй).

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