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

Во развој на софтвер, значителен дел од процесот на производство се базира на софтвер за тестирање. Што е тоа и како е таква активност ќе се разговара во овој член.

Она што се нарекува тест?

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

ефикасност

Како добро и брзо се грешки, значително влијание врз цената и времетраењето на развој на софтвер е потребно квалитет. Значи, и покрај фактот дека тестери добиваат плата неколку пати помала од програмери, цената на нивните услуги е обично до 30 - 40% од цената на целиот проект. Ова се должи на бројот на вработени, од пребарувањето за грешка - ова е една необична и прилично тежок процес. Но, дури и ако софтверот е донесен респектабилна број на тестови, не постои 100% гаранција дека грешка нема да се случи. Само не знам кога ќе се појават. За да се поттикне тестери за да изберете видови на тестови, кои се со поголема веројатност да се најде мана, се користат различни алатки мотивација: и морална и материјална.

Пристап во работата

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

Што е тестот?

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

смена на проблеми уметности

Програми често имаат за цел да работат со голем сетови на податоци. Дали е потребно да се создаде целосно? Бр Распространетиот стекнале со практиката на "минијатуризацијата" на програмата. Во овој случај постои основано намалување на обемот на податоци во споредба со тоа што треба да се користи. Ајде да погледнеме еден пример: постои програма, со што се создава матрица на големина 50x50. Со други зборови - можете рачно да го внесете 2500 вредности. Тоа е секако можно, но тоа ќе потрае многу долго време. Но, со цел да се тестира функционалноста, софтвер добива матрица, чии димензии се 5x5. Да го направите ова, ќе треба да внесете повеќе од 25 вредности. Ако, во овој случај, нормално, безгрешно работење, тоа значи дека се е во ред. Иако постојат стапици што лежи во фактот што се случува со miniaturization ситуација, што резултира со промени ќе бидат имплицитно и привремено исчезне. Тоа е исто така многу ретки, но сепак се случува е дека постојат нови грешки.

цели се изведува

Тестирањето, не е лесна задача, се должи на фактот дека овој процес не е податлив за формализација во целост. Големи програми речиси никогаш не ги имаат потребните точни репер. Затоа, како упатство користење на голем број на индиректни податоци, кои, сепак, не може да не соодветствуваат во целост карактеристиките и функциите на развој на софтвер дебагира. Покрај тоа, тие треба да бидат избрани така што точниот резултат се пресметува пред како софтвер производи ќе бидат тестирани. Ако не напредува, тоа е примамливо да се разгледа за сите, и ако резултатот на машината добива во очекуваниот опсег, тоа ќе се направи погрешна одлука, дека се е во ред.

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

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

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

Тестирање: Видови

Се создаде софтвер без грешка е многу тешко. Ова бара значителна сума на време. Да се добие добар производ е често се користат два вида на тестирање: "Алфа" и "Бета". Кои се тие? Кога луѓето зборуваат за тестирање на алфа, тоа значи дека на преглед за да биде се спроведе во состојба на развој "лабораторија" услови. Ова е последната фаза на тестирање пред програма ќе бидат префрлени на крајните корисници. Затоа, програмери се обидуваат да се сврти на максимум. За леснотијата на операција, податоците може да бидете најавени за да се создаде хронологија на проблеми и нивните решенија. Под тестот бета за да се разбере набавка на софтвер за ограничен број на корисници, така што тие може да се искористат на програмата и да ги идентификува грешките што сте ги пропуштиле. А посебна карактеристика во овој случај е фактот дека често софтверот не се користи за наменетата цел. Поради овој неуспех ќе бидат идентификувани каде што немаше ништо пред да се гледа. Тоа е сосема нормално и се грижи за тоа не е потребно.

тест Завршување

Ако претходните чекори се успешно завршени, останува да се спроведе тестови прифаќање. Тој во овој случај станува само формалност. Во текот на овој тест доаѓа потврда дека не дополнителни проблеми беа пронајдени и софтверот може да биде пуштен на пазарот. Најважните ќе биде крајниот резултат, толку повеќе внимателно ќе се проверат. треба да се преземат за да се обезбеди дека сите мерки за да се заврши успешно. Тука е процесот на тестирањето во целина. Сега ајде да истражувам во технички детали и се зборува за такви корисна алатка, како програми за тестирање. Кои се тие и кога се користи?

компјутерски потпомогната тестирање

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

лавина

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

Кле

Тоа е добра програма за тестирање на меморија. Тоа може да интервенира околу 50 повици систем и голем број на тоа извршува паралелно или одделно виртуелен процеси. Но, во принцип, не е програмата во потрага за некои сомнителни места, и процеси на максимална можна количина на код и анализи се користат податоци патеки. Поради ова, за тест-програмата зависи од големината на објектот. При проверката на залог е ставен на симболичките процеси. Тие се еден од можните начини за извршување на задачи во програма што се тестира. Благодарение на паралелна работа е да се анализираат голем број на варијанти на работа на примена на тестот. За секоја патека на збирки на податоци влез се чуваат по нејзината тест, која започна со чек. Треба да се напомене дека програмите за тестирање со употреба Кле помага да се идентификуваат голем број на варијации, кои не треба да биде. Тоа може да се најде проблеми, дури и во апликации кои се развиени со децении.