Програме за тестирање - Процес детекција грешке у софтверском производу

У развоју софтвера, значајан део производног процеса се заснива на тестирању софтвера. Шта је и како је таква активност ће расправљати у овом чланку.

Оно што се назива тест?

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

ефикасност

Колико добро и брзо су грешке, значајан утицај на цену и трајање развој софтвера потребног квалитета. Дакле, упркос чињеници да тестери добили плату неколико пута мањи од програмера, цена њихових услуга је обично до 30 - 40% од цене целог пројекта. То је због броја кадрова, јер је потрага за грешку - то је необичан и веома тежак процес. Али, чак и ако је софтвер донела респектабилан број тестова, нема 100% гаранција да се грешка неће догодити. Само не знам када до њих дође. Да би се подстакла тестери да бирају врсте тестова који су веће шансе да пронађу грешку, користе се различити мотивација алати: како морална и материјала.

Приступ раду

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

Шта је тест?

Ово је важан аспект инспекцијских активности, што је неопходно за успешно откривање недостатака кода. Они су неопходни да би се контролисала правилну примену. Шта је укључено у тест? Састоји се од података и њихове почетне вредности која треба да се добију као добијеним (или интермедијера). Да би се успешно идентификовали проблеме и недоследности, тестови би требало да буде након што је развио алгоритам, али није почео програмирања. Пожељно је да се користи неколико приступа за процјену потребне податке. У том случају, повећање вероватноће откривања грешку јер можете испитати код из другачије перспективе. Сложени тестови мора да обезбеди проверу спољних ефеката готових софтверских производа, као и његових радних алгоритама. Од посебног интереса и обезбеди маргиналних случајева дегенеративне. Тако, у пракси грешака често може да открије да је циклус ради на једном или више пута мање него што је планирано. Такође, важно је тестирање рачунара, преко којих можете да проверите да ли је жељени резултат на различитим машинама. Ово је неопходно да би се уверите да ће софтвер ради на свим рачунарима. Поред тога, тест рачунар, на коме ће развој бити спроведена, је важна у стварању развоја више платформи.

решавање проблема Уметност

Програми често имају за циљ да ради са великим скуповима података. Да ли је потребно да се у потпуности створити? Не. Раширена стекли праксу "минијатуризацију" програма. У овом случају постоји разуман смањење обима података у поређењу са тим да се користе. Погледајмо пример: постоји програм, који ствара матрицу величине 50к50. Другим речима - ручно да унесете вредности 2500. То је свакако могуће, али ће бити потребно много времена. Али, како би се проверила функционалност, софтвер добија матрицу чија димензија 5к5. Да бисте то урадили, потребно је да унесете више од 25 вредности. Ако је, у овом случају, нормално, без грешака рад, то значи да је све у реду. Иако постоје замке које леже у чињеници да је са јавља минијатуризација ситуације, што доводи до промене постаје имплицитно и привремено нестати. Такође је веома ретко, али ипак се дешава је да постоје нове грешке.

ciljevi наставити

Тестирање није лак задатак с обзиром на то да овај процес није подложна формализације у целини. Велики програми скоро никада немају потребну прецизну одредницу. Због тога, као смернице користећи низ индиректних података, који, међутим, не може у потпуности одражавају карактеристике и функције развоја софтвера који Отклањање грешака. Осим тога, они треба да буду изабрани тако да тачан резултат рачуна пре него како ће се софтверски производ се тестира. Ако не напредује, то је примамљиво да размотри све о, а ако је резултат машине добија у очекиваним границама, то ће бити погрешну одлуку, да је све у реду.

Проверите под различитим условима

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

• Проверите под нормалним условима. У овом случају смо тестирали основну функционалност развијеног софтвера. Резултат мора да одговара очекиваних.
• Проверите у екстремним условима. У овим случајевима, као синоним за граничне података, што може негативно утицати на перформансе створио софтвера. Као пример, радимо са изузетно великим или малим бројевима или чак потпуно одсуство информација добијених.
• Провера у изузетним ситуацијама. То подразумева коришћење података које су изван третмана. У таквим ситуацијама, то је веома лоше када их је софтвер доживљава као користан за обрачун и даје прихватљиво резултат. Мора се водити рачуна да се у таквим случајевима постоји одбацивање било какве податке који се не могу правилно обрађен. Такође је неопходно да се обезбеди за информисање корисника о томе

Тестирање: Типови

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

test Завршетак

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

цомпутер-аидед тестирање

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

лавина

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

КВВГ

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