software testing terms complete glossary
Да бих избегао нејасноће у различитим терминима тестирања софтвера, прилажем а појмовник за тестирање софтвера овде.
Сви услови за тестирање софтвера укључени су у овај речник. Ако сматрате да знате дефиницију било ког појма боље него што је овде поменуто, можете ово користити Контакт формулар да ми пошаљу дефиниције. Након прегледа, уврстићу их на ову листу појмовника.
Да бисте знали основне дефиниције тестирања софтвера и осигурања квалитета, ово је најбољи појмовник који је саставио Ерик ван Веенендаал . Такође за сваку дефиницију постоји референца на ИЕЕЕ или ИСО која се помиње у заградама.
ДО
кретеријум: Излазни критеријуми које компонента или систем морају задовољити да би билиприхвата корисник, купац или други овлашћени ентитет. (ИЕЕЕ 610)
прихватање тестирање: Формално тестирање с обзиром на потребе корисника, захтеве и пословне процесе које се спроводе како би се утврдило да ли систем задовољава критеријуме прихватања или не, а кориснику, купцима или другом овлашћеном субјекту омогућило да утврди да ли ће систем прихватити или не. (После ИЕЕЕ 610)
испитивање приступачности: Тестирање ради утврђивања лакоће којом корисници са инвалидитетом могу да користе компоненту или систем. (Геррард)
тачност: Способност софтверског производа да пружи праве или договорене резултате или ефекте са потребним степеном прецизности. (ИСО 9126) Такође погледајте испитивање функционалности.
прави резултат: Понашање произведено / уочено када се тестира компонента или систем.
ад хоц тестирање: Тестирање спроведено неформално; не одвија се формална припрема за тест, не користи се призната техника дизајнирања теста, не очекују се резултати и насумичност води активност извршавања теста.
прилагодљивост: Способност софтверског производа да се прилагоди различитим специфичним окружењима без примене радњи или средстава која нису предвиђена у ову сврху за разматрани софтвер. (ИСО 9126) Такође погледајте испитивање преносивости.
агилно тестирање: Тестирање праксе за пројекат помоћу агилних методологија, као што је екстремно програмирање (КСП), третирање развоја као купца тестирања и наглашавање парадигме дизајна првог тестирања.
алфа тестирање: Симулирано или стварно оперативно тестирање потенцијалних корисника / купаца или независног тима за тестирање на локацији програмера, али изван развојне организације. Алфа тестирање се често користи као облик интерног тестирања прихватљивости.
могућност анализе: Способност дијагностике софтверског производа због недостатака или узрока кварова у софтверу или за идентификовање делова који се модификују. (ИСО 9126) Такође погледајте испитивање одржавања.
аномалија: Било који услов који одступа од очекивања на основу спецификација захтева, пројектних докумената, корисничких докумената, стандарда итд. Или од нечије перцепције или искуства. Аномалије се могу наћи током, али не ограничавајући се на преглед, тестирање, анализу, компилацију или употребу софтверских производа или одговарајуће документације. (ИЕЕЕ 1044) Погледајте такође квар, одступање, грешка, квар, квар, инцидент, проблем.
атрактивност: Способност софтверског производа да буде атрактиван за корисника. (ИСО 9126)
ревизија: Независна процена софтверских производа или процеса ради утврђивања усаглашености са стандардима, смерницама, спецификацијама и / или процедурама заснованим на објективним критеријумима, укључујући документе који наводе:
(1) облик или садржај производа који ће се производити
(2) поступак којим ће се производи производити
(3) како се мери усклађеност са стандардима или смерницама. (ИЕЕЕ 1028)
ревизорски траг: Стаза којом се изворни улаз у процес (нпр. Подаци) може пратити кроз процес узимајући излазни резултат процеса као почетну тачку. Ово олакшава анализу недостатака и омогућава спровођење ревизије процеса. (После ТМап)
аутоматизовани тестни софтвер: Тестни софтвер који се користи у аутоматизованом тестирању, као што су скрипте алата.
доступност: Степен у којем је компонента или систем оперативан и доступан када је потребан за употребу. Често се изражава у процентима. (ИЕЕЕ 610)
Б.
бацк-то-бацк тестирање: Тестирање у којем се две или више варијанти компоненте или система извршавају са истим улазима, упоређују се излази и анализирају у случајевима одступања. (ИЕЕЕ 610)
основно стање: Спецификација или софтверски производ који је формално прегледан или договорен, а који након тога служи као основа за даљи развој и који се може променити само формалним поступком контроле промена. (После ИЕЕЕ 610)
основни блок: Редослед једног или више узастопних извршних израза који не садрже гране.
основни тест тест: Скуп тест случајева изведен из интерне структуре или спецификације како би се осигурало да је постигнуто 100% одређеног критеријума покривености.
понашање: Одговор компоненте или система на скуп улазних вредности и предуслова.
референтни тест: (1) Стандард према којем се могу вршити мерења или поређења. (2) Тест који се користи за упоређивање компонената или система међусобно или са стандардом као у (1). (После ИЕЕЕ 610)
софтвер по мери: Софтвер развијен посебно за скуп корисника или купаца. Супротно томе је готов софтвер.
најбоља пракса: Супериорна метода или иновативна пракса која доприноси побољшању учинка организације у датом контексту, а друге организације вршњака обично је препознају као „најбољу“.
бета тестирање: Оперативно тестирање потенцијалних и / или постојећих корисника / купаца на спољној локацији која није на други начин укључена у програмере, како би се утврдило да ли компонента или систем задовољава потребе корисника / купаца и уклапа ли се у пословне процесе. Бета тестирање се често користи као облик спољног испитивања прихватања како би се стекле повратне информације са тржишта.
тестирање великог праска: Тип интеграционог тестирања у којем се софтверски елементи, хардверски елементи или оба комбинују одједном у компоненту или целокупан систем, уместо у фазама. (После ИЕЕЕ 610) Такође погледајте интеграционо тестирање.
тестирање црне кутије: Испитивање, било функционално или нефункционално, без позивања на унутрашњу структуру компоненте или система.
технике дизајна теста црне кутије: Документована процедура за извођење и одабир тест случајева на основу анализе спецификације, било функционалне или нефункционалне, компоненте или система без позивања на његову унутрашњу структуру.
блокиран тест случај: Тест случај који се не може извршити јер нису испуњени предуслови за његово извршење.
тестирање одоздо према горе: Постепени приступ интеграционом тестирању где се прво испитују компоненте најнижег нивоа, а затим користе за олакшавање тестирања компонената вишег нивоа. Овај поступак се понавља све док се компонента на врху хијерархије не тестира. Такође погледајте интеграционо тестирање.
гранична вредност: Улазна вредност или излазна вредност која се налази на ивици партиције еквиваленције или на најмањој инкременталној удаљености са било које стране ивице, на пример минимална или максимална вредност опсега.
анализа граничне вредности: Техника дизајнирања теста црне кутије у којој су тест случајеви дизајнирани на основу граничних вредности.
покривеност граничне вредности: Проценат граничних вредности које је извршио тест пакет.
огранак: Основни блок који се може одабрати за извршавање на основу програмске конструкције у којој је доступна једна од две или више алтернативних програмских путања, нпр. случај, скок, идите на, ако- још.
покривеност филијале: Проценат огранака које је извршио тест пакет. 100% покривеност филијала подразумева и 100% покривеност одлукама и 100% покривеност изјавама.
испитивање грана: Техника дизајна теста беле кутије у којој су тест примери дизајнирани за извршавање грана.
тестирање засновано на пословном процесу: Приступ тестирању у којем су тест примери дизајнирани на основу описа и / или знања о пословним процесима.
Ц.
Модел зрелости способности (ЦММ): Сценски оквир у пет нивоа који описује кључне елементе ефикасног софтверског процеса. Модел зрелости способности покрива праксе за планирање, инжењеринг и управљање развојем и одржавањем софтвера. (ЦММ)
Интеграција модела зрелости способности (ЦММИ): Оквир који описује кључне елементе ефикасног процеса развоја и одржавања производа. Интеграција модела зрелости капацитета обухвата праксе за планирање, инжењеринг и управљање развојем и одржавањем производа. ЦММИ је именовани наследник ЦММ-а. (ЦММИ)
алат за снимање / репродукцију: Тип алата за извршавање теста где се уноси снимају током ручног тестирања како би се генерисале аутоматизоване скрипте за тестирање које се могу извршити касније (тј. Поновити). Ови алати се често користе за подршку аутоматизованом регресионом тестирању.
СЛУЧАЈ: Скраћеница за Цомпутер Аидед Софтваре Енгинееринг.
УЛОГЕ: Скраћеница за тестирање софтвера уз помоћ рачунара. Такође погледајте тест аутоматизације.
графикон узрока и последица: Графички приказ улаза и / или стимулуса (узрока) са њима повезаним излазима (ефектима), који се могу користити за дизајнирање тест случајева.
графикон узрока и последица: Техника дизајнирања теста црне кутије у којој су тест примери дизајнирани на основу графикона узрока и последица. (БС 7925/2)
сертификат: Процес потврђивања да је компонента, систем или особа у складу са њеним наведеним захтевима, нпр. полагањем испита.
променљивост: Способност софтверског производа да омогући спровођење одређених модификација. (ИСО 9126) Такође погледајте могућност одржавања.
метода стабла класификације: Техника дизајнирања теста црне кутије у којој су тест случајеви, описани помоћу стабла класификације, дизајнирани да извршавају комбинације представника улазних и / или излазних домена. (Гроцхтманн)
покривеност кода: Метода анализе која одређује који су делови софтвера извршени (покривени) тест пакетом, а који делови нису извршени, нпр. покривеност изјавама, покривање одлука или покривање услова.
суживот: Способност софтверског производа да коегзистира са другим независним софтвером у заједничком окружењу које дели заједничке ресурсе. (ИСО 9126) Погледајте испитивање преносивости.
сложеност: Степен у којем компонента или систем има дизајн и / или унутрашњу структуру коју је тешко разумети, одржавати и верификовати. Види такође цикломатична сложеност.
сагласност: Способност софтверског производа да се придржава стандарда, конвенција или прописа у законима и сличним прописима. (ИСО 9126)
испитивање усаглашености : Процес испитивања ради утврђивања усаглашености компоненте или система.
саставни део: Минимална софтверска ставка која се може тестирати у изолацији.
тестирање интеграције компонената: Испитивање изведено ради откривања недостатака на интерфејсима и интеракције између интегрисаних компоненти.
спецификација компоненте: Опис функције компоненте у смислу њених излазних вредности за одређене улазне вредности под одређеним условима и захтевано нефункционално понашање (нпр. Коришћење ресурса).
испитивање компонената: Тестирање појединих компоненти софтвера. (После ИЕЕЕ 610)
сложено стање: Два или више појединачних услова удружених помоћу логичког оператора (АНД, ОР или КСОР), нпр. „А> Б И Ц> 1000“.
тестирање паралелности: Тестирање да би се утврдило како компонента или систем обрађује појаву две или више активности у истом временском интервалу, постигнуто преплетањем активности или истовременим извршавањем. (После ИЕЕЕ 610)
стање: Логичан израз који се може оценити као Тачан или Нетачан, нпр. А> Б. Такође погледајте услов испитивања.
покривеност услова: Проценат исхода услова које је извршио тест тест. 100% покривеност услова захтева да се сваки појединачни услов у свакој изјави одлуке тестира као Тачно и Нетачно.
покривеност утврђивањем услова: Проценат свих исхода појединачних услова који независно утичу на исход одлуке који је извршен у скупу тест случајева. 100% покривеност утврђивањем услова подразумева 100% покривеност условом одлуке.
испитивање утврђивања стања: Техника дизајна теста беле кутије у којој су тест случајеви дизајнирани да извршавају појединачне исходе који независно утичу на исход одлуке.
испитивање стања: Техника дизајнирања тестова беле кутије у којој су тест случајеви дизајнирани да извршавају исходе стања.
исход стања: Процена стања на Тачно или Нетачно.
конфигурација: Састав компоненте или система дефинисан бројем, природом и међусобним везама његових саставних делова.
ревизија конфигурације: Функција за проверу садржаја библиотека конфигурационих предмета, нпр. ради усаглашености са стандардима. (ИЕЕЕ 610)
контрола конфигурације: Елемент управљања конфигурацијом, који се састоји од процене, координације, одобрења или неодобравања и примене промена на ставкама конфигурације након формалног успостављања њихове идентификације конфигурације. (ИЕЕЕ
610)
идентификација конфигурације: Елемент управљања конфигурацијом, који се састоји од одабира ставки конфигурације за систем и записивања њихових функционалних и физичких карактеристика у техничку документацију. (ИЕЕЕ 610)
ставка конфигурације: Збир хардвера, софтвера или обоје, који је одређен за управљање конфигурацијом и третиран као јединствени ентитет у процесу управљања конфигурацијом. (ИЕЕЕ 610)
управљање конфигурацијом: Дисциплина која примењује техничка и административна упутства и надзор за: идентификовање и документовање функционалних и физичких карактеристика конфигурационе јединице, контролу промена тих карактеристика, евидентирање и извештавање о статусу обраде и примене промена и верификацију усклађености са наведеним захтевима. (ИЕЕЕ 610)
доследност: Степен уједначености, стандардизације и ослобођености од контрадикције између докумената или делова компоненте или система. (ИЕЕЕ 610)
контрола протока: Апстрактни приказ свих могућих секвенци догађаја (путања) у извршењу кроз компоненту или систем.
тестирање конверзије: Тестирање софтвера који се користи за претварање података из постојећих система за употребу у заменским системима.
ЦОТС: Скраћеница од Цоммерциал офф-тхе-Схелф софтвер.
покривеност: Степен, изражен у процентима, до којег је одређена ставка покривености извршила тест пакет.
анализа покривености: Мерење постигнуте покривености за одређену ставку покривености током извођења теста, позивајући се на унапред одређене критеријуме да би се утврдило да ли је потребно додатно тестирање и ако је потребно, који су тест случајеви потребни.
ставка покривености: Ентитет или својство које се користе као основа за покривање тестова, нпр. партиције еквиваленције или изјаве кода.
алат за покривање: Алат који пружа објективне мере којих структурних елемената, нпр. изјаве, огранци су коришћени у тест пакету.
цикломатична сложеност: Број независних путања кроз програм. Цикломатична сложеност се дефинише као: Л - Н + 2П, где -Л = број ивица / веза на графикону -Н = број чворова у графу - П = број неповезаних делова графа (нпр. Граф који позива и потпрограм). (После МцЦабе-а)
Д.
дефиниција података: Извршна наредба где се променљивој додељује вредност.
тестирање на основу података: Техника скриптирања која унос теста и очекиване резултате чува у табели или прорачунској табели, тако да појединачна контролна скрипта може извршити све тестове у табели. Тестирање вођено подацима често се користи као подршка примени алата за извршавање теста, као што су алати за хватање / репродукцију. (Февстер и Грахам) Погледајте такође тестирање на основу кључних речи.
проток података: Апстрактни приказ низа и могуће промене стања објеката података, где је стање објекта било које:стварање, употреба или уништавање. (Беизер)
анализа тока података: Облик статичке анализе заснован на дефиницији и употреби променљивих.
покривеност протока података: Проценат парова дефиниција-употреба које је применио скуп тестних примера.
тест протока података: Техника дизајна теста беле кутије у којој су тест случајеви дизајнирани да изврше дефиницију и користе парове променљивих.
отклањање грешака: Процес проналажења, анализе и уклањања узрока кварова у софтверу.
алатка за отклањање грешака: Алат који програмери користе за репродукцију кварова, истраживање стања програма и проналажење одговарајуће грешке. Алати за отклањање грешака омогућавају програмерима да извршавају програме корак по корак, заустављају програм у било којој програмској наредби и постављају и испитују програмске променљиве.
одлука: Програмска тачка у којој контролни ток има два или више алтернативних праваца. Чвор са две или више веза за одвојене гране.
покривеност услова одлуке: Проценат свих исхода услова и исхода одлука које је извршио тест тест. 100% покривеност услова одлуке подразумева и 100% покривеност услова и 100% покривеност одлуком.
тестирање услова одлуке: Техника дизајнирања тестова беле кутије у којој су тест случајеви дизајнирани да извршавају исходе услова и исходе одлуке.
покривеност одлуком: Проценат исхода одлука које је извршио тест пакет. 100% покривеност одлукама подразумева и 100% покривеност филијала и 100% покривеност изјавама.
табела одлуке: Табела која приказује комбинације улаза и / или стимулуса (узрока) са њима повезаним излазима и / или радњама (ефектима), које се могу користити за дизајнирање тест случајева.
тестирање табеле одлучивања: Технике дизајнирања теста црне кутије у којима су тест случајеви дизајнирани за извршавање комбинација улаза и / или стимулуса (узрока) приказаних у табели одлука. (Веенендаал)
тестирање одлуке: Техника дизајнирања тестова беле кутије у којој су тест случајеви дизајнирани да извршавају исходе одлука.
исход одлуке: Резултат одлуке (која стога одређује гране које треба предузети).
квар: Грешка у компоненти или систему која може проузроковати да компонента или систем не изврши своју потребну функцију, нпр. нетачна изјава или дефиниција података. Ако се током извођења наиђе на квар, може проузроковати квар компоненте или система.
густина дефекта: Број идентификованих недостатака у компоненти или систему подељен величином компоненте или система (изражен у стандардним мерним терминима, нпр. Линијски код, број класа или функционалних тачака).
Проценат откривања недостатака (ДДП): број дефеката пронађених у фази испитивања, подељен бројем пронађених у тој фази испитивања и било којим другим средствима након тога.
извештај о квару: Документ који извештава о било којој грешци у компоненти или систему која може проузроковати да компонента или систем не изврши своју потребну функцију. (После ИЕЕЕ 829)
управљање недостацима: Процес препознавања, истраге, предузимања радњи и уклањања недостатака. Укључује евидентирање недостатака, њихово класификовање и идентификовање утицаја. (После ИЕЕЕ 1044)
маскирање дефекта: Појава у којој један недостатак спречава откривање другог. (После ИЕЕЕ 610)
пар дефиниција-употреба: Повезаност дефиниције променљиве са употребом те променљиве. Променљиве употребе укључују рачунање (нпр. Множење) или за усмеравање извршавања путање (употреба „предиката“).
испоручиво: Било који (радни) производ који мора бити испоручен некоме другом ко је аутор (радног) производа.
тестирање засновано на дизајну: Приступ тестирању у којем су тест случајеви дизајнирани на основу архитектуре и / или детаљног дизајна компоненте или система (нпр. Испитивања интерфејса између компонената или система).
провера стола: Тестирање софтвера или спецификација ручном симулацијом његовог извршавања.
развојно тестирање: Формално или неформално тестирање које спроводе програмери током имплементације компоненте или система, обично у развојном окружењу. (После ИЕЕЕ 610)
испитивање документације: Испитивање квалитета документације, нпр. упутство за употребу или упутство за инсталацију.
домен: Скуп из којег се могу одабрати важеће улазне и / или излазне вредности.
возач: Софтверска компонента или тест алат који замењује компоненту која се брине за контролу и / или позивање компоненте или система. (После ТМап)
динамичка анализа: Процес оцењивања понашања, нпр. перформансе меморије, коришћење процесора система или компоненте током извршавања. (После ИЕЕЕ 610)
динамичко поређење: Поређење стварних и очекиваних резултата, изведених током извршавања софтвера, на пример помоћу алата за извршење теста.
динамичко тестирање: Тестирање које укључује извршавање софтвера компоненте или система.
ИС
ефикасност: Способност софтверског производа да обезбеди одговарајуће перформансе у односу на количину ресурса коришћених под наведеним условима. (ИСО 9126)
испитивање ефикасности: Процес тестирања ради утврђивања ефикасности софтверског производа.
основно упоредно испитивање: Технике дизајнирања теста црне кутије у којима су тест случајеви дизајнирани да извршавају комбинације улаза користећи концепт покривања утврђивањем услова. (ТМап)
емулатор: Уређај, рачунарски програм или систем који прихвата исте улазе и производи исте излазе као и дати систем. (ИЕЕЕ 610) Такође погледајте симулатор.
критеријуми за улазак: скуп генеричких и специфичних услова за омогућавање процеса да иде напред са дефинисаним задатком, нпр. тест фаза. Сврха критеријума за улазак је спречавање покретања задатка који би захтевао више (узалудног) напора у поређењу са напорима потребним за уклањање неуспелих критеријума за улазак. (Гилб и Грахам)
улазна тачка: Прва извршна наредба унутар компоненте.
партиција еквиваленције: Део улазног или излазног домена за који се претпоставља да је понашање компоненте или система исто, на основу спецификације.
покривање еквивалентне партиције: Проценат партиција еквиваленције које је извршио тест пакет.
еквивалентна партиција: Техника дизајнирања теста црне кутије у којој су тест случајеви дизајнирани за извршавање представника из еквивалентних партиција. У принципу су тест случајеви дизајнирани да покривају сваку партицију бар једном.
грешка: Људска акција која даје нетачан резултат. (После ИЕЕЕ 610)
погађање грешке: Техника дизајнирања теста где се искуство испитивача користи за предвиђање оштећења која могу бити присутна у компоненти или систему који се испитује као резултат грешака и за посебно дизајнирање тестова ради њиховог откривања.
грешка у сетви: Процес намерног додавања познатих недостатака онима који су већ у компоненти или систему ради праћења брзине откривања и уклањања и процене броја преосталих недостатака. (ИЕЕЕ 610)
толеранција грешке: Способност система или компоненте да наставе са нормалним радом упркос присуству погрешних улаза. (После ИЕЕЕ 610).
Изузетак руковање: Понашање компоненте или система као одговор на погрешан унос, или од људског корисника, или од друге компоненте или система, или на интерни квар.
извршна изјава: Изјава која се, када се компајлира, преводи у објектни код и која ће се извршити процедурално када се програм изводи и може извршити радњу на подацима.
вежбао: Каже се да се програмски елемент вежба у тест случају када улазна вредност узрокује извршавање тог елемента, као што је изјава, одлука или други структурни елемент.
исцрпно тестирање: Приступ тестирању у којем тест пакет садржи све комбинације улазних вредности и предуслова.
критеријуми изласка: Скуп генеричких и специфичних услова, договорених са заинтересованим странама, за дозволу да се процес званично заврши. Сврха излазних критеријума је спречити да се задатак сматра извршеним када још постоје нерешени делови задатка који нису завршени. Критеријуми за излазак користе се тестирањем за извештавање и планирање времена престанка тестирања. (После Гилба и Грахама)
излазна тачка: Последња извршна наредба унутар компоненте.
Очекивани резултат: Понашање предвиђено спецификацијом или другим извором компоненте или система под одређеним условима.
истраживачко испитивање: Тестирање где тестер активно контролише дизајн тестова током спровођења тих тестова и користи информације добијене током тестирања за дизајнирање нових и бољих тестова. (Бацх)
Ф
неуспех: Сматра се да тест није успео ако се његов стварни резултат не подудара са очекиваним резултатом.
неуспех: Стварно одступање компоненте или система од очекиване испоруке, услуге или резултата. (После Фентона)
режим неуспеха: Физичка или функционална манифестација неуспеха. На пример, систем у режиму отказа може се одликовати спорим радом, нетачним излазима или потпуним завршетком извршења.
Анализа режима квара и ефеката (ФМЕА): Систематски приступ идентификацији ризика и анализи идентификовања могућих начина квара и покушаја спречавања њиховог настанка.
Стопа неуспеха: Однос броја кварова дате категорије према датој јединици мере, нпр. кварови по јединици времена, кварови по броју трансакција, кварови по броју покретања рачунара. (ИЕЕЕ 610)
толеранција квара: Способност софтверског производа да одржи одређени ниво перформанси у случају софтверских кварова (дефеката) или кршења његовог одређеног интерфејса. (ИСО 9126) Такође погледајте поузданост.
анализа стабла квара: Метода која се користи за анализу узрока кварова (дефеката).
изводљив пут: Путања за коју постоји скуп улазних вредности и предуслова због чега се извршава.
одлика: Атрибут компоненте или система наведен или подразумеван у документацији захтева (на пример поузданост, употребљивост или ограничења дизајна). (После ИЕЕЕ 1008)
коначни аутомат: Рачунски модел који се састоји од коначног броја стања и прелаза између тих стања, могуће са пратећим радњама. (ИЕЕЕ 610)
формални преглед: Преглед који карактеришу документовани поступци и захтеви, нпр. инспекција.
смрзнута основа за тест: Документ на основу теста који се може изменити само формалним поступком контроле промена. Такође погледајте основну линију.
Анализа функционалне тачке (ФПА): Метода чији је циљ мерење величине функционалности информационог система. Мерење је независно од технологије. Ово мерење може се користити као основа за мерење продуктивности, процену потребних ресурса и контролу пројекта.
функционална интеграција: Интеграциони приступ који комбинује компоненте или системе у сврху раног рада основне функције. Такође погледајте интеграционо тестирање.
функционални захтев: Захтев који специфицира функцију коју компонента или систем мора да изврши. (ИЕЕЕ 610)
техника дизајнирања функционалних тестова: Документирани поступак за извођење и одабир тест случајева на основу анализе спецификације функционалности компоненте или система без позивања на његову унутрашњу структуру. Такође погледајте технику дизајна теста црне кутије.
функционално испитивање: Испитивање засновано на анализи спецификације функционалности компоненте или система. Такође погледајте тестирање црне кутије.
функционалност: Способност софтверског производа да пружа функције које удовољавају наведеним и подразумеваним потребама када се софтвер користи под одређеним условима. (ИСО 9126)
тестирање функционалности: Процес тестирања ради утврђивања функционалности софтверског производа.
Г.
испитивање стаклене кутије: Погледајте тестирање беле кутије.
Х.
хеуристичка процена: Техника статичког тестирања употребљивости за утврђивање усаглашености корисничког интерфејса са признатим принципима употребљивости (такозвана „хеуристика“).
тест случаја високог нивоа: Тест случај без конкретних вредности (нивоа имплементације) за улазне податке и очекиване резултате.
хоризонтална сљедивост: Праћење захтева за ниво испитивања кроз слојеве испитне документације (нпр. План испитивања, спецификација дизајна теста, спецификација тест случаја и спецификација поступка испитивања).
Ја
анализа утицаја: Процена промене на слојевима развојне документације, испитне документације и компонената, како би се спровела дата промена на одређене захтеве.
инкрементални модел развоја: Животни циклус развоја у којем се пројекат дели на низ корака, од којих сваки пружа део функционалности у општем захтеву пројекта. Захтеви су приоритетни и испоручују се у приоритетном редоследу у одговарајућем кораку. У неким (али не свим) верзијама овог модела животног циклуса, сваки потпројект следи „мини В-модел“ са својим фазама дизајна, кодирања и тестирања.
инкрементално испитивање: Тестирање где су компоненте или системи интегрисани и тестирани један по један, све док се све компоненте или системи не интегришу и не тестирају.
инцидент: Било који догађај који се догоди током тестирања који захтева истрагу. (После ИЕЕЕ 1008)
управљање инцидента: Процес препознавања, истраге, предузимања радњи и збрињавања инцидената. Укључује снимање инцидената, њихово класификовање и идентификовање утицаја. (После ИЕЕЕ 1044)
Алат за управљање инцидентима: Алат који олакшава снимање и праћење статуса инцидената пронађених током тестирања. Често имају објекте оријентисане на ток посла за праћење и контролу расподеле, исправке и поновног тестирања инцидената и обезбеђивање објеката за извештавање.
извештај о инциденту: Документ који извештава о сваком догађају који се деси током тестирања који захтева истрагу. (После ИЕЕЕ 829)
независност: Подјела одговорности, која подстиче постизање објективног тестирања. (После ДО-178б)
неизводљив пут: Путања коју не може остварити ниједан скуп могућих улазних вредности.
неформални преглед: Преглед који није заснован на формалном (документованом) поступку.
улазни: Променљива (било да је похрањена у компоненти или изван ње) коју компонента чита.
улазни домен: Скуп из којег се могу одабрати важеће улазне вредности .. Такође погледајте домен.
улазна вредност: Примерак уноса. Такође погледајте унос.
инспекција: Тип прегледа који се ослања на визуелни преглед докумената ради откривања недостатака, нпр. кршење развојних стандарда и неусклађеност са документацијом вишег нивоа. Најформалнија техника прегледа и зато се увек заснива на документованом поступку. (После ИЕЕЕ 610, ИЕЕЕ 1028)
инсталабилност: Способност инсталирања софтверског производа у одређено окружење (ИСО 9126). Такође погледајте преносивост.
испитивање инсталабилности: Процес тестирања инсталабилности софтверског производа. Такође погледајте тестирање преносивости.
упутство за инсталацију: Испоручена упутства на било ком одговарајућем медијуму који воде инсталатера кроз поступак инсталације. Ово може бити приручник, детаљни поступак, чаробњак за инсталацију или било који други сличан опис процеса.
чаробњак за инсталацију: Испоручени софтвер на било ком одговарајућем медијуму, који инсталатера води кроз поступак инсталације. Обично покреће поступак инсталације, пружа повратне информације о резултатима инсталације и тражи опције.
инструментација: Уметање додатног кода у програм ради прикупљања информација о понашању програма током извршавања.
инструменти: Софтверски алат који се користи за извођење инструментације.
пријемни тест: Посебан пример теста дима како би се одлучило да ли је компонента или систем спреман за детаљна и даља испитивања. Улазни тест се обично изводи на почетку фазе извршења теста.
интеграција: Процес комбиновања компонената или система у веће склопове.
интеграционо тестирање: Испитивање изведено ради откривања недостатака на интерфејсима и у интеракцији између интегрисаних компонената или система. Погледајте такође тестирање интеграције компонената, тестирање системске интеграције.
тестирање интерфејса: Тип интеграционог теста који се бави испитивањем интерфејса између компоненти или система.
Компатибилност: Способност софтверског производа да комуницира са једном или више назначених компоненти или система. (После ИСО 9126) Такође погледајте функционалност.
испитивање интероперабилности: Процес тестирања ради утврђивања интероперабилности софтверског производа. Погледајте и тестирање функционалности.
неважеће тестирање: Тестирање помоћу улазних вредности које компонента или систем треба да одбаци. Такође погледајте толеранцију грешке.
испитивање изолације: Испитивање појединачних компонената у изолацији од околних компонената, при чему се околни делови симулирају клипњачама и покретачима, ако је потребно.
ДО
тестирање на основу кључних речи: Техника скриптирања која користи датотеке података да садрже не само податке о тестирању и очекиване резултате, већ и кључне речи повезане са апликацијом која се тестира. Кључне речи се тумаче посебним скриптама за подршку које позива контролна скрипта за тест. Погледајте и тестирање на основу података.
Л
ЛЦСАЈ: Линеарни низ секвенци и скок, који се састоји од следеће три ставке (конвенционално идентификоване бројевима линија у списку изворног кода): почетак линеарне секвенце извршних наредби, крај линеарне секвенце и циљна линија до које контролише проток се преноси на крају линеарног низа.
ЛЦСАЈ покривеност: Проценат ЛЦСАЈ-а неке компоненте које је извршио тест пакет. 100% покривеност ЛЦСАЈ подразумева 100% покривеност одлукама.
ЛЦСАЈ тестирање: Техника дизајна теста беле кутије у којој су тест случајеви дизајнирани за извршавање ЛЦСАЈ-а.
научивост: Способност софтверског производа да омогући кориснику да научи његову примену. (ИСО 9126) Такође погледајте употребљивост.
тест оптерећења: Тип испитивања који се бави мерењем понашања компоненте или система са све већим оптерећењем, нпр. број паралелних корисника и / или број трансакција да би се утврдило којим оптерећењем компонента или систем може да управља.
тест случаја ниског нивоа: Тест случај са конкретним вредностима (ниво имплементације) за улазне податке и очекиване резултате.
М.
одржавање: Измена софтверског производа након испоруке ради исправљања недостатака, побољшања перформанси или других атрибута или прилагођавања производа измењеном окружењу. (ИЕЕЕ 1219)
испитивање одржавања: Тестирање промена оперативног система или утицаја промењеног окружења на оперативни систем.
одрживост: Лакоћа с којом се софтверски производ може модификовати како би исправио недостатке, прилагодио новим захтевима, прилагодио како би олакшао будуће одржавање или прилагодио промењеном окружењу. (ИСО 9126)
испитивање одржавања: Процес тестирања ради утврђивања одрживости софтверског производа.
алгоритам сортирања гомиле ц ++
Преглед менаџмент: Систематска евалуација процеса набавке, испоруке, развоја, рада или одржавања, коју изводи управа или у њено име, која надгледа напредак, одређује статус планова и распореда, потврђује захтеве и додељивање система наследника или процењује ефикасност приступа управљања за постизање сврховитости. (После ИЕЕЕ 610, ИЕЕЕ 1028)
зрелост: (1) Способност организације у погледу ефикасности и ефикасности њених процеса и радних пракси. Такође погледајте Модел зрелости способности, Тест модел зрелости. (2) Способност софтверског производа да избегне кварове услед кварова у софтверу. (ИСО 9126) Такође погледајте поузданост.
мера: Број или категорија додељена атрибуту ентитета мерењем (ИСО 14598).
мерење: Процес додељивања броја или категорије ентитету ради описивања атрибута тог ентитета. (ИСО 14598)
мерна скала: Скала која ограничава врсту анализе података која се на њој може извршити. (ИСО 14598)
цурење меморије: Квар у логици динамичке алокације складишта програма због којег не успева да поврати меморију након што је заврши са употребом, што на крају доводи до неуспеха програма због недостатка меморије.
метрички: Мерна скала и метода која се користи за мерење. (ИСО 14598)
постигнуће: Тачка у пројекту у којој су дефинисани (средњи) резултати ирезултати би требали бити спремни.
модератор: Вођа и главна особа одговорна за инспекцију или други поступак ревизије.
монитор: Софтверски алат или хардверски уређај који раде истовремено са компонентом или системом који се тестира и надгледа, бележи и / или анализира понашање компоненте или система. (После ИЕЕЕ 610)
покривеност више услова: Проценат комбинација свих појединачних условаисходи у оквиру једне изјаве који су остварени у скупу тестова. 100% вишеструкопокривеност услова подразумева 100% покривеност утврђивањем услова.
вишеструко испитивање услова: Техника дизајна теста беле кутије у којој су тест случајеви дизајнирани да извршавају комбинације исхода појединачних услова (у оквиру једне изјаве).
анализа мутације: Метода за одређивање темељности скупа тестова мерењем мере у којој тест група може разликовати програм од незнатних варијанти (мутаната) програма.
Н.
Покривеност Н-прекидача: Проценат секвенци Н + 1 прелаза које је извршио тест пакет. (Цхов)
Тестирање Н-прекидача: Облик испитивања транзиције стања у којем су тест случајеви дизајнирани да изврше све важеће секвенце Н + 1 прелаза. (Цхов) Такође погледајте испитивање транзиције државе.
негативно тестирање: Тестови који имају за циљ да покажу да компонента или систем не раде. Негативно тестирање је повезано са ставом тестера, а не са одређеним приступом тестирању или техником дизајнирања теста. (После Беизера).
неусклађеност: Неиспуњавање наведеног захтева. (ИСО 9000)
нефункционални захтев: Захтев који се не односи на функционалност, већ на атрибуте као што су поузданост, ефикасност, употребљивост, одрживост и преносивост.
нефункционално испитивање: Тестирање атрибута компоненте или система који се не односе на функционалност, нпр. поузданост, ефикасност, употребљивост, одрживост и преносивост.
нефункционалне технике дизајна теста: Методе коришћене за дизајнирање или одабир тестова за нефункционално испитивање.
ИЛИ
готов софтвер: Софтверски производ који је развијен за опште тржиште, тј. За велики број купаца, и који се многим купцима испоручује у идентичном формату.
оперативност: Способност софтверског производа да омогући кориснику управљање и управљање њиме. (ИСО 9126) Такође погледајте употребљивост.
оперативно окружење: Хардверски и софтверски производи инсталирани на локацијама корисника или купаца на којима ће се користити компонента или систем који се тестира. Софтвер може укључивати оперативне системе, системе за управљање базама података и друге апликације.
испитивање оперативног профила: Статистичко испитивање помоћу модела системских операција (краткорочни задаци) и њихова вероватноћа типичне употребе. (Муса)
оперативно испитивање: Испитивање спроведено за процену компоненте или система у његовом оперативном окружењу. (ИЕЕЕ 610)
излаз: Променљива (било да је похрањена у компоненти или изван ње) коју је написала компонента.
излазни домен: Скуп из којег се могу одабрати важеће излазне вредности. Такође погледајте домен.
излазна вредност: Примерак излаза. Такође погледајте излаз.
П.
програмирање у пару: Приступ развоју софтвера према којем редове кода (производњу и / или тест) компоненте пишу два програмера који седе за једним рачунаром. То имплицитно значи да се врше стални прегледи кода у реалном времену.
тестирање у пару: Два тестера раде заједно како би пронашла недостатке. Типично, они деле један рачунар и контролишу га током тестирања.
Пасс: Сматра се да је тест положен ако се његов стварни резултат подудара са очекиваним резултатом.
критеријуми за полагање / неуспех: Правила за одлучивање која се користе за одређивање да ли је тест ставка (функција) или карактеристика прошла тест или није успела. (ИЕЕЕ 829)
путања: Слијед догађаја, нпр. извршне наредбе компоненте или система од улазне до излазне тачке.
покривеност пута: Проценат путања које је вежбао тест пакет. 100% покривеност пута подразумева 100% покривеност ЛЦСАЈ.
сензибилизација путање: Избор скупа улазних вредности за форсирање извршења дате путање.
испитивање путање: Техника дизајна теста беле кутије у којој су тест случајеви дизајнирани за извршавање путања.
перформансе: Степен у којем систем или компонента остварује своје задате функције у оквиру задатих ограничења у погледу времена обраде и брзине протока. (После ИЕЕЕ 610) Погледајте ефикасност.
индикатор успешности: Метрика ефикасности и / или ефикасности на високом нивоу која се користи за вођење и контролу прогресивног развоја, нпр. Проценат откривања недостатака (ДДП) за тестирање. (ЦММИ)
тестирање перформанси: Процес тестирања за одређивање перформанси софтверског производа. Погледајте испитивање ефикасности.
алат за тестирање перформанси: Алат за подршку тестирању перформанси, који обично има две главне могућности: генерисање оптерећења и тестирање мерења трансакција. Генерисање оптерећења може симулирати више корисника или велике количине улазних података. Током извршавања, мерења времена одзива се узимају из изабраних трансакција и они се евидентирају. Алати за тестирање перформанси обично пружају извештаје на основу евиденција тестова и графикона оптерећења у односу на време одзива.
план фазног испитивања: План теста који се обично односи на један ниво теста.
преносивост: Лакоћа с којом се софтверски производ може пренети из једног хардвера или софтверског окружења у друго. (ИСО 9126)
тестирање преносивости: Процес тестирања ради утврђивања преносивости софтверског производа.
посткондиција: Услови околине и стања који морају бити испуњени након извршења теста или поступка испитивања.
поређење након извршења: Поређење стварних и очекиваних резултата, извршено након завршетка рада софтвера.
предуслов: Услови околине и стања који морају бити испуњени пре него што се компонента или систем могу извршити одређеним испитивањем или поступком испитивања.
Приоритет: Ниво (пословне) важности додељен некој ствари, нпр. дефект.
тест циклуса процеса: Техника дизајнирања теста црне кутије у којој су тест случајеви дизајнирани да извршавају пословне процедуре и процесе. (ТМап)
процес: Скуп међусобно повезаних активности, који претварају улазе у излазе. (ИСО 12207)
пројекат: Пројекат је јединствени скуп координисаних и контролисаних активности чији су датуми почетка и завршетка предузети у складу са одређеним захтевима, укључујући ограничења времена, трошкова и ресурса. (ИСО 9000)
план испитивања пројекта: План теста који се обично односи на више нивоа теста.
псеудо-рандом: Серија која се чини случајном, али је уствари генерисана према неком унапред договореном низу.
К
квалитет: Степен у којем компонента, систем или поступак испуњава одређене захтеве и / или потребе и очекивања корисника / купаца. (После ИЕЕЕ 610)
гаранција квалитета: Део управљања квалитетом усмерен на пружање уверења да ће захтеви квалитета бити испуњени. (ИСО 9000)
атрибут квалитета: Карактеристика или карактеристика која утиче на квалитет предмета. (ИЕЕЕ 610)
Управљање квалитетом: Координисане активности за усмеравање и контролу организације у погледу квалитета. Усмеравање и контрола у погледу квалитета генерално укључује успостављање политике квалитета и циљеве квалитета, планирање квалитета, контролу квалитета, осигурање квалитета и побољшање квалитета. (ИСО 9000)
Р.
случајно тестирање: Техника дизајнирања теста црне кутије у којој се одабиру тест случајеви, могуће коришћењем псеудо-случајног алгоритма генерисања, како би одговарали оперативном профилу. Ова техника се може користити за тестирање нефункционалних својстава као што су поузданост и перформансе.
повраћај: Способност софтверског производа да поново успостави одређени ниво перформанси и опорави податке који су директно погођени у случају квара. (ИСО 9126) Такође погледајте поузданост.
испитивање повратности: Процес тестирања за одређивање могућности опоравка софтверског производа. Такође погледајте испитивање поузданости.
регресија тестирање: Тестирање претходно тестираног програма након модификације како би се осигурало да недостаци нису настали или откривени у непромењеним деловима софтвера као резултат извршених промена. Изводи се када се промени софтвер или његово окружење.
напомена о издању: Документ који идентификује испитне ставке, њихову конфигурацију, тренутни статус и друге информације о испоруци које развој даје на тестирање, а можда и другим заинтересованим странама, на почетку фазе извршења теста. (После ИЕЕЕ 829)
поузданост: Способност софтверског производа да извршава своје потребне функције под наведеним условима током одређеног временског периода или за одређени број операција. (ИСО 9126)
испитивање поузданости: Процес тестирања ради утврђивања поузданости софтверског производа.
заменљивост: Способност софтверског производа да се користи уместо другог одређеног софтверског производа за исту намену у истом окружењу. (ИСО 9126) Такође погледајте преносивост.
услов: Услов или способност која је потребна кориснику за решавање проблема или постизање циља који систем или компонента система мора да испуни или поседује да би задовољио уговор, стандард, спецификацију или други формално наметнути документ. (После ИЕЕЕ 610)
испитивање засновано на захтевима: Приступ тестирању у којем су тест случајеви дизајнирани на основу циљева испитивања и услова испитивања изведених из захтева, нпр. тестови који врше одређене функције или испитују нефункционалне атрибуте као што су поузданост или употребљивост.
алат за управљање захтевима: Алат који подржава евидентирање захтева, атрибута захтева (нпр. Приоритет, одговорно знање) и напомена и олакшава следљивост кроз слојеве управљања захтевима и захтевима. Неки алати за управљање захтевима такође пружају могућности за статичку анализу, попут провере конзистентности и кршења унапред дефинисаних правила о захтевима.
фаза захтева: Временски период у животном циклусу софтвера током којег се дефинишу и документују опрема за софтверски производ. (ИЕЕЕ 610)
коришћење ресурса: Способност софтверског производа да користи одговарајуће количине и врсте ресурса, на пример количине главне и секундарне меморије коју програм користи и величине потребних привремених датотека или датотека са додатним протоком, када софтвер извршава своју функцију под наведеним условима. (После ИСО 9126) Такође погледајте ефикасност.
испитивање искоришћења ресурса: Процес тестирања ради утврђивања коришћења ресурса софтверског производа.
резултат: Последица / исход извршавања теста. Садржи излазе на екране, промене података, извештаја и послатих комуникационих порука. Погледајте такође стварни резултат, очекивани резултат.
критеријуми за наставак: Активности тестирања које се морају поновити када се тестирање поново започне након суспензије. (После ИЕЕЕ 829)
поновно тестирање: Тестирање које покреће тест случајеве који нису успели последњи пут када су покренути како би се верификовао успех корективних радњи.
преглед: Процена статуса производа или пројекта како би се утврдила одступања од планираних резултата и препоручиле побољшања. Примери укључују преглед менаџмента, неформални преглед, технички преглед, инспекцију и упутство. (После ИЕЕЕ 1028)
рецензент: Особа укључена у преглед која ће идентификовати и описати аномалије у производу или пројекту који се прегледава. Рецензенти могу бити изабрани да представљају различита гледишта и улоге у процесу рецензије.
ризик: Фактор који би могао резултирати будућим негативним последицама; обично се изражава као утицај и вероватноћа.
анализа ризика: Процес процене идентификованих ризика ради процене њиховог утицаја и вероватноће појаве (вероватноће).
тестирање засновано на ризику: Тестирање усмерено ка истраживању и пружању информација о ризицима производа. (После Геррарда)
контрола ризика: Процес кроз који се доносе одлуке и спроводе заштитне мере за смањење ризика или одржавање ризика у оквиру одређених нивоа.
идентификација ризика: Процес идентификовања ризика коришћењем техника као што су мозгање, контролне листе и историја неуспеха.
Управљање ризиком: Систематска примена поступака и пракси на задатке идентификовања, анализирања, одређивања приоритета и контроле ризика.
робусност: Степен до ког компонента или систем могу исправно да функционишу у присуству неваљаних улаза или стресних услова околине. (ИЕЕЕ 610) Такође погледајте толеранцију грешака и толеранцију грешака.
Корен: Основни фактор који је проузроковао неусклађеност и који би можда требало трајно елиминисати побољшањем процеса.
С.
сигурност: Способност софтверског производа да постигне прихватљиве нивое штете по људе, посао, софтвер, имовину или животну средину у одређеном контексту употребе. (ИСО 9126)
испитивање сигурности: Процес тестирања ради утврђивања сигурности софтверског производа.
прилагодљивост: Способност софтверског производа да се надогради да прихвати повећана оптерећења. (После Геррарда)
тестирање скалабилности: Тестирање ради утврђивања скалабилности софтверског производа.
писар: Особа која мора да забележи сваки поменути недостатак и све предлоге за побољшање током састанка за преглед, на обрасцу за евидентирање. Писар мора осигурати да образац за евидентирање буде читљив и разумљив.
скриптни језик: Програмски језик на којем су написане извршне тест скрипте, а користи га алат за извршавање теста (нпр. Алат за снимање / поновну репродукцију).
сигурност: Атрибути софтверских производа који се ослањају на његову способност спречавања неовлашћеног приступа, било случајног или намерног, програмима и подацима. (ИСО 9126)
сигурносно тестирање: Тестирање ради утврђивања сигурности софтверског производа.
озбиљност: Степен утицаја који дефект има на развој или рад компоненте или система. (После ИЕЕЕ 610)
симулација: Приказ одабраних карактеристика понашања једног физичког или апстрактног система другим системом. (ИСО 2382/1)
симулатор: Уређај, рачунарски програм или систем који се користи током тестирања, а који се понаша или функционише као дати систем када је опремљен скупом контролисаних улаза. (После ИЕЕЕ 610, ДО178б) Погледајте такође емулатор.
тест дима: Подскуп свих дефинисаних / планираних тест случајева који покривају главну функционалност компоненте или система, како би се утврдило да ли најважније функције програма функционишу, али не замарајући се детаљнијим детаљима. Свакодневни тест израде и пушења једна је од најбољих индустријских пракси. Такође погледајте тест уноса.
квалитет софтвера: Укупност функционалности и карактеристика софтверског производа који се ослањају на његову способност да задовољи наведене или подразумеване потребе. (После ИСО 9126)
спецификација: Документ који прецизира, идеално на потпун, прецизан и проверљив начин, захтеве, дизајн, понашање или друге карактеристике компоненте или система и, често, поступке за утврђивање да ли су ове одредбе задовољене. (После ИЕЕЕ 610)
техника дизајна теста заснована на спецификацијама: Погледајте технику дизајнирања теста црне кутије.
наведени улаз: Улаз за који спецификација предвиђа резултат.
стабилност: Способност софтверског производа да избегне неочекиване ефекте измена у софтверу. (ИСО 9126) Такође погледајте могућност одржавања.
дијаграм стања: Дијаграм који приказује стања која компонента или систем може претпоставити и приказује догађаје или околности који проузрокују и / или су резултат промене из једног стања у друго. (ИЕЕЕ 610)
државна табела: Мрежа која приказује резултујуће прелазе за свако стање у комбинацији са сваким могућим догађајем, приказује важеће и неваљане прелазе.
транзиција државе: Прелаз између два стања компоненте или система.
примери сценарија тестирања од краја до краја
тестирање транзиције државе: Техника дизајнирања теста црне кутије у којој су тест случајеви дизајнирани за извршавање важећих и неважећих транзиција стања. Погледајте такође тестирање Н-прекидача.
изјава: Ентитет у програмском језику, који је обично најмања недељива јединица извршења.
покривеност изјаве: Проценат извршних наредби које је извршио тест пакет.
тестирање изјаве: Техника дизајнирања теста у белој кутији у којој су тест примери дизајнирани да извршавају изјаве.
статичка анализа: Анализа софтверских артефаката, нпр. захтеви или код, изведени без извршења ових софтверских артефаката.
статички анализатор: Алат који врши статичку анализу.
статичка анализа кода: Анализа програмског изворног кода извршена без извршења тог софтвера.
статички анализатор кода: Алат који врши статичку анализу кода. Алат проверава изворни код за одређена својства, као што су усаглашеност са стандардима кодирања, метрика квалитета или аномалије протока података.
статичко испитивање: Тестирање компоненте или система на нивоу спецификације или имплементације без извршења тог софтвера, нпр. рецензије или статичка анализа кода.
статистичко испитивање: Техника дизајнирања теста у којој се модел статистичке расподеле улазних података користи за конструисање репрезентативних тест случајева. Такође погледајте испитивање оперативног профила.
статусно рачуноводство: Елемент управљања конфигурацијом, који се састоји од снимања и пријављивања информација потребних за ефикасно управљање конфигурацијом. Ове информације укључују списак одобрене идентификације конфигурације, статус предложених промена у конфигурацији и статус примене одобрених промена. (ИЕЕЕ 610)
Стрес тестирање: Испитивање спроведено за процену система или компоненте на или изван граница његових специфичних захтева. (ИЕЕЕ 610)
структурна покривеност: Мере покривености засноване на унутрашњој структури компоненте.
техника дизајна структурних испитивања: Погледајте технику дизајна теста беле кутије.
клица: Скелетна или наменска имплементација софтверске компоненте која се користи за развој или тестирање компоненте која је позива или на неки други начин зависи од ње. Замењује позвану компоненту. (После ИЕЕЕ 610)
подпут: Низ извршних наредби унутар компоненте.
критеријуми суспензије: Критеријуми који се користе за (привремено) заустављање свих или дела тестирања на ставкама за тестирање. (После ИЕЕЕ 829)
подобност: Способност софтверског производа да пружи одговарајући скуп функција за одређене задатке и корисничке циљеве. (ИСО 9126) Такође погледајте функционалност.
Попис мерења употребљивости софтвера (СУМИ): Техника испитивања употребљивости заснована на упитнику за процену употребљивости, нпр. задовољство корисника компонентом или системом. (Веенендаал)
синтакса тестирање: Техника дизајнирања теста црне кутије у којој се тест случајеви дизајнирају на основу дефиниције улазног и / или излазног домена.
систем: Колекција компонената организованих за постизање одређене функције или скупа функција. (ИЕЕЕ 610)
тестирање системске интеграције: Тестирање интеграције система и пакета; тестирање интерфејса са спољним организацијама (нпр. електронска размена података, Интернет).
системско тестирање: Процес тестирања интегрисаног система како би се потврдило да испуњава одређене захтеве. (Хетзел)
Т.
технички преглед: Активност групне дискусије која се фокусира на постизање консензуса о техничком приступу који треба предузети. Техничка рецензија је такође позната и као стручна рецензија. (Гилб и Грахам, ИЕЕЕ 1028)
тест приступ: Примена стратегије испитивања за одређени пројекат. Типично укључује одлуке донете на основу циља (теста) пројекта и спроведене процене ризика, полазне тачке у вези са тест поступком, техникама дизајна теста које се примењују, критеријумима за излазак и врстама испитивања које треба извршити.
тест аутоматизација: Употреба софтвера за извођење или подршку тестним активностима, нпр. управљање тестовима, дизајн теста, извршење теста и провера резултата.
основа за тест: Сви документи из којих се могу закључити о захтевима неке компоненте или система. Документација на којој се заснивају примери испитивања. Ако се документ може изменити само формалним поступком допуне, тада се основа за испитивање назива замрзнута основа за тест. (После ТМап)
тест случај: Скуп улазних вредности, предуслови извршења, очекивани резултати и постуслови извршења, развијени за одређени циљ или услов испитивања, као што је вежбање одређене програмске путање или верификација усаглашености са одређеним захтевом. (После ИЕЕЕ 610)
спецификација тест случаја: Документ који специфицира скуп тест случајева (циљ, улази, радње теста, очекивани резултати и предуслови за извршавање) за ставку теста. (После ИЕЕЕ 829)
тест повеља: Изјава о циљевима теста, а можда и о идејама за тестирање. Повеље о испитивању се између осталог користе у истраживачким испитивањима. Такође погледајте истраживачка испитивања.
тест упоређивач: Алат за тестирање за аутоматско поређење тестова.
тест упоређивање: Процес идентификовања разлика између стварних резултата које даје компонента или систем који се тестира и очекиваних резултата за тест. Поређење теста може се извршити током извођења теста (динамичко упоређивање) или након извођења теста.
тест услов: Ставка или догађај компоненте или система који би могли бити верификовани једним или више тест случајева, нпр. функција, трансакција, атрибут квалитета или структурни елемент.
тест подаци: Подаци који постоје (на пример, у бази података) пре извршења теста и утичу или утичу на компоненту или систем који се тестирају.
алат за припрему података о испитивању: Тип алата за тестирање који омогућава одабир података из постојећих база података или стварање, генерисање, манипулисање и уређивање за употребу у тестирању.
спецификација дизајна теста: Документ који специфицира услове тестирања (ставке покривености) за тестну јединицу, детаљан приступ тестирању и идентификовање повезаних случајева високог нивоа испитивања. (После ИЕЕЕ 829)
алат за дизајн теста: Алат који подржава активност дизајнирања теста генеришући тестне улазе из спецификације која се може чувати у спремишту алата ЦАСЕ, нпр. алата за управљање захтевима или из одређених услова испитивања који се налазе у самом алату.
техника дизајна теста: Метода која се користи за извођење или одабир тест случајева.
тест окружење: Окружење које садржи хардвер, инструментацију, симулаторе, софтверске алате и друге елементе подршке потребне за спровођење теста. (После ИЕЕЕ 610)
извештај о оцени теста: Документ направљен на крају процеса испитивања који сумира све активности и резултате испитивања. Такође садржи оцену процеса тестирања и научених лекција.
извршење теста: Процес извођења теста од стране компоненте или система који се испитује, дајући стварне резултате.
аутоматизација извршавања теста: Употреба софтвера, нпр. алати за хватање / репродукцију, за контролу извршавања тестова, поређење стварних резултата са очекиваним резултатима, постављање предуслова за тестирање и друге функције контроле и извештавања теста.
фаза извршења теста: Временски период у животном циклусу развоја софтвера током којег се извршавају компоненте софтверског производа и процењује се софтверски производ да би се утврдило да ли су захтеви испуњени или не. (ИЕЕЕ 610)
распоред извођења теста: Шема за извршавање испитних поступака. Поступци испитивања су укључени у распоред извођења теста у њиховом контексту и редоследом којим треба да се изврше.
техника извођења теста: Метода која се користи за извођење стварног извршења теста,било ручно или аутоматизовано.
алат за извршавање теста: Тип тест алата који је у стању да изврши други софтвер помоћу аутоматизоване скрипте за тестирање, нпр. снимање / репродукција. (Февстер и Грахам)
пробни упртач: Пробно окружење састојало се од квара и возача потребних за спровођење теста.
тест инфраструктура: Артефакти организације потребни за извођење тестирања, који се састоје од тест окружења, алата за тестирање, канцеларијског окружења и процедура.
испитати предмет: Појединачни елемент који треба тестирати. Обично постоји један објект за тестирање и много предмета за тестирање. Такође погледајте тест објекат.
ниво испитивања: Група тест активности које се организују и којима се заједнички управља. Ниво теста повезан је са одговорностима у пројекту. Примери нивоа испитивања су тест компонената, тест интеграције, тест система и тест прихватања. (После ТМап)
тест лог: Хронолошки запис релевантних детаља о извршењу тестова. (ИЕЕЕ 829)
евидентирање теста: Процес записивања информација о извршеним тестовима у дневник тестова.
шеф теста: Особа одговорна за испитивање и оцењивање предмета испитивања. Појединац, који усмерава, контролише, управља плановима и регулише процену објекта испитивања.
управљање тестом: Планирање, процена, праћење и контрола тест активности, које обично спроводи менаџер теста.
Модел зрелости теста (ТММ): Оквир у пет степени за побољшање процеса испитивања, повезан са моделом зрелости способности (ЦММ) који описује кључне елементе ефикасног процеса испитивања.
Побољшање процеса испитивања (ТПИ): Континуирани оквир за побољшање процеса испитивања који описује кључне елементе ефикасног процеса испитивања, посебно усмерен на тестирање система и испитивање прихватљивости.
тест објекат: Компонента или систем који ће се тестирати. Погледајте такође ставку за тестирање.
циљ теста: Разлог или сврха дизајнирања и извршавања теста.
тест орацле: Извор за утврђивање очекиваних резултата за упоређивање са стварним резултатом софтвера који се тестира. Пророчиште може бити постојећи систем (за референтну вредност), кориснички приручник или специјализовано знање појединца, али не би требало да буде код. (После Адриона)
индикатор перформанси теста: Метрика, генерално висок ниво, која показује у којој мери је испуњена одређена циљна вредност или критеријум. Често повезане са циљевима побољшања процеса испитивања, нпр. Проценат откривања недостатака (ДДП).
фаза испитивања: Посебан скуп тест активности прикупљених у управљању фазом пројекта, нпр. извршне активности нивоа тестирања. (После Геррарда)
план теста: Документ који описује обим, приступ, ресурсе и распоред предвиђених испитних активности. Између осталог идентификује испитне ставке, карактеристике које ће се тестирати, задатке тестирања, ко ће обавити сваки задатак, степен независности испитивача, тест окружење, технике дизајна теста и технике мерења теста које ће се користити и образложење за њихов избор и сви ризици који захтевају планирање у ванредним ситуацијама. То је запис о процесу планирања теста (После ИЕЕЕ 829)
планирање теста: Активност успостављања или ажурирања плана испитивања.
смернице за тестирање: Документ на високом нивоу који описује принципе, приступ и главне циљеве организације у вези са тестирањем.
анализа тачке испитивања (ТПА): Метода процене теста заснована на формули заснована на анализи функционалне тачке. (ТМап)
поступак испитивања: Погледајте спецификацију поступка испитивања.
спецификација поступка испитивања: Документ који специфицира редослед радњи за извршавање теста. Такође познат као тест скрипта или ручна тест скрипта. (После ИЕЕЕ 829)
тест процес: Основни поступак испитивања укључује планирање, спецификацију, извршење, евидентирање и проверу завршетка. (БС 7925/2)
поновљивост теста: Атрибут теста који показује да ли се исти резултати производе сваки пут када се тест изврши.
пробно покретање: Извршење теста на одређеној верзији тест објекта.
тест скрипта: Уобичајено се користи за упућивање на спецификацију поступка испитивања, посебно аутоматизовану.
спецификација теста: Документ који се састоји од спецификације дизајна теста, спецификације тест случаја и / или спецификације поступка испитивања.
стратегија тестирања: Документ на високом нивоу који дефинише нивое испитивања које треба извршити и тестирање унутар тих нивоа за програм (један или више пројеката).
тест суите: Скуп од неколико тест случајева за компоненту или систем који се испитује, где се условни услов једног теста често користи као предуслов за следећи.
резиме извештаја о тесту: Документ који резимира активности испитивања и резултате. Такође садржи процену одговарајућих испитних задатака према излазним критеријумима.(После ИЕЕЕ 829)
тест циљ: Скуп излазних критеријума.
тест алат: Софтверски производ који подржава једну или више тест активности, као што су планирање и контрола, спецификација, израда почетних датотека и података, извршавање теста и анализа теста. (ТМап) Такође погледајте ЦАСТ.
тип теста: Група тест активности чији је циљ тестирање компоненте или система у вези са једним или више међусобно повезаних атрибута квалитета. Тип теста је фокусиран на одређени циљ испитивања, тј. Тест поузданости, тест употребљивости, тест регресије итд., И може се одржати на једном или више нивоа испитивања или фазама испитивања. (После ТМап)
проверивост: Способност софтверског производа да омогући тестирање модификованог софтвера. (ИСО 9126) Такође погледајте могућност одржавања.
преглед тестабилности: Детаљна провера основе за испитивање да би се утврдило да ли је основа за испитивање на одговарајућем нивоу квалитета да би послужила као улазни документ за поступак испитивања. (После ТМап)
захтеви који се могу тестирати: Степен до ког је захтев наведен у терминима који дозвољавају успостављање дизајна тестова (и последичних случајева испитивања) и извршење тестова како би се утврдило да ли су захтеви испуњени. (После ИЕЕЕ 610)
тестер: Технички вешт стручњак који је укључен у испитивање компоненте или система.
тестирање: Процес који се састоји од свих активности животног циклуса, како статичких тако и динамичких, који се односе на планирање, припрему и оцену софтверских производа и сродних радних производа како би се утврдило да ли испуњавају одређене захтеве, како би се показало да одговарају својој намени и откриле недостатке.
тестваре: Артефакти настали током процеса испитивања потребни за планирање, дизајн и извршавање тестова, као што су документација, скрипте, улази, очекивани резултати, процедуре постављања и чишћења, датотеке, базе података, окружење и било који додатни софтвер или услужни програми који се користе у тестирање. (После Февстера и Грахама)
тестирање нити: Верзија тестирања интеграције компонената где прогресивна интеграција компонената прати имплементацију подскупова захтева, за разлику од интеграције компонената по нивоима хијерархије.
сљедивост: Способност препознавања повезаних ставки у документацији и софтверу, као што сузахтеви са повезаним тестовима. Такође погледајте хоризонталну следљивост, вертикалну следљивост.
тестирање одозго надоле: Постепени приступ тестирању интеграције где се прво тестира компонента на врху хијерархије компонената, при чему се компоненте симулирају компонентама нижег нивоа. Тестиране компоненте се затим користе за тестирање компонената нижег нивоа. Поступак се понавља све док компоненте најнижег нивоа нису испитане.
У
разумљивост: Способност софтверског производа да омогући кориснику да разуме да ли је софтвер погодан и како се може користити за одређене задатке и услове употребе. (ИСО 9126) Такође погледајте употребљивост.
недостижни код: Код до ког није могуће доћи и зато га је немогуће извршити.
употребљивост: Способност софтвера да се разуме, научи, користи и привлачи кориснику када се користи под одређеним условима. (ИСО 9126)
испитивање употребљивости: Тестирање како би се утврдило у којој мери се софтверски производ разуме, лак за учење, лак за руковање и привлачан корисницима под одређеним условима. (После ИСО 9126)
испитивање случаја употребе: Техника дизајна теста црне кутије у којој су тест случајеви дизајнирани за извршавање корисничких сценарија.
тест корисника: Тест којим су корисници из стварног живота укључени у процену употребљивости компоненте или система.
В.
В-модел: Оквир за описивање животног циклуса развоја софтвера, од спецификације захтева до одржавања. В-модел илуструје како се активности тестирања могу интегрисати у сваку фазу животног циклуса развоја софтвера.
валидација: Потврда испитивањем и пружањем објективних доказа да су испуњени захтеви за одређену наменску употребу или примену. (ИСО 9000)
променљива: Елемент складишта у рачунару којем софтвер може приступити позивом на њега именом.
верификација: Потврђивање испитивањем и пружањем објективних доказа да су испуњени наведени захтеви. (ИСО 9000)
вертикална следљивост: Праћење захтева кроз слојеве развојне документације до компонената.
запреминско испитивање: Тестирање тамо где је систем подвргнут великим количинама података. Такође погледајте тестирање коришћења ресурса.
ИН
водич: Корак по корак презентација аутора документа ради прикупљања информација и успостављања заједничког разумевања његовог садржаја. (Фреедман и В.еинберг, ИЕЕЕ 1028)
техника дизајна теста беле кутије: Документована процедура за извођење и одабир тест случајева на основу анализе унутрашње структуре компоненте или система.
тестирање беле кутије: Испитивање засновано на анализи унутрашње структуре компоненте или система.
Широкопојасни Делпхи: Техника процене теста заснована на стручњаку чији је циљ тачна процена користећи колективну мудрост чланова тима.
Контактирај ме ако желите да додате још дефиниција у овај речник.
Референца: хттп://ввв.исткб.орг/довнлоадс/глоссари-1.0.пдф
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
- Посао за КА помоћника за тестирање софтвера
- Курс за тестирање софтвера: Који институт за тестирање софтвера да се придружим?
- Одабир тестирања софтвера за вашу каријеру
- Тестирање софтвера Технички садржај Вритер Фрееланцер Јоб
- КА Водич за оутсоурцинг: Тестирање софтвера за оутсоурцинг компаније
- Нека занимљива питања за испитивање софтверског тестирања
- Повратне информације и прегледи курса за тестирање софтвера