Какво е статично тестване?
От многото използвани техники статичното тестване е друга, която помага при откриване на дефекти в софтуера. Статичното тестване прави това, без всъщност да се извърши тестовият случай. Той включва проверка на код и също така проверява необходимия документ, който е включен, но не се нуждае от изпълнение на програмата. Това противоречи на аналога на динамичните тестове, когато има участие на програмата и нейното изпълнение.
Статичното тестване е доказан начин за подобряване на качеството и производителността, когато става въпрос за разработване и тестване на софтуера. Той помага на тестерите или разработчиците да поправят своите дефекти в ранната фаза на разработване на софтуер. Може да се направи ръчно или с помощта на инструмент. Извършват се различни прегледи, подробни указания, проверки и анализ, които помагат при намирането на проблеми без изпълнение.
Защо да извършвате статично тестване?
Статичното тестване подпомага намирането на ранни дефекти. Тези дефекти, ако бъдат открити в ранните етапи, могат да бъдат коригирани и няма да преминат към по-нататъшни етапи. Сроковете за развитие се намаляват, тъй като кодът може да бъде разработен бързо, като следвате указанията.
Тъй като проблемите ще бъдат открити на по-ранни етапи, цената за тестване ще бъде намалена в резултат на спестяването на много време. Всичко това в замяна подобрява качеството на развитие. Производителността на разработчиците също се увеличава, тъй като те вече имат набор от насоки, прегледи, инспекции и т.н. (които се обсъждат в по-късните етапи на тази статия), които трябва да се следват. Освен това намалява броя на дефектите, които се срещат на по-късен етап на тестване.
Какъв е обхватът на статичното тестване?
- Статично тестване може да се използва за тестване на тестови случаи на единица. Това е най-началната фаза, в която проблемите могат да бъдат уловени. Друга област, в която статичното тестване е полезно, е документът за бизнес изискване. Той помага да се преразгледат изискванията и да се стигне до законните нужди на системата. Може да се използва и в случаите, когато случаите на употреба са на снимката.
- Другите области, в които статичното тестване може да направи чудеса, като забележи проблемите са функционални изисквания, прототип, документ за спецификация на прототипа, тестови данни, матричен документ за проследяване, ръководства за обучение и документи и др., За да добавите към всичко това също е полезно при тестове за автоматизация и производителност, където проблемните области могат да бъдат намерени предварително.
Как се извършва статично тестване?
За да извършите статично тестване, има няколко начина, които трябва да се следват. Инспекцията трябва да се извърши изцяло, за да се инспектира и проектира приложението. Статичното тестване се фокусира главно върху прегледите. Може да се поддържа контролен списък, в който се споменава всеки документ, така че да се гарантира, че всички прегледи са обхванати изцяло.
Има няколко дейности, които се извършват в това тестване, са изброени по-долу:
- Утвърждаване на изискването за случай: В тази проверка всички действия на крайния потребител се идентифицират и валидират. Той също така проверява всички различни входни и изходни действия, които са свързани с случая на използване. Повече подробности относно случая на използване, повече е точността на създадените тестови случаи.
- Функционални изисквания за валидиране: помага да се отбележат всички функционални промени, промени в базата данни, списъци с интерфейси, мрежови изисквания, промени в хардуера и софтуера. Това е стъпка за гарантиране, че всички необходими промени са отбелязани и приложени.
- Преглед на архитектурата: Цялостната архитектура на проекта се нуждае от сървъри, които присъстват на различни места, мрежови диаграми, дефиниции на протоколи, достъпност до базата данни, балансиране на натоварването и др. Това помага за получаване на пълен преглед на използваното оборудване и архитектурния дизайн.
- Проверка на прототип или екранен макет: Тя включва валидиране на изискванията и случаите на използване, които се основават на тях.
- Потвърждаване на речника на полето: Всички полета, използвани в потребителския интерфейс, изискват да се извърши валидиращ тест. Необходимо е различните полета да бъдат проверени за минимална и максимална дължина, да изброят различни стойности, съобщения за грешки и т.н. Много е важно да изброите тези полета и да се уверите, че те са валидирани.
Когато използвате статично тестване във вашия поток, трябва да имате предвид, че продуктът се проверява ръчно или с помощта на определени инструменти. Има два вида техники за статично тестване. Основно те са прегледи и тестване с инструменти.
Техники за статично тестване
Техниките, участващи в тестването, са както следва:
- Неформални отзиви
- Запознай
- Технически прегледи
- Инспекции
- Статичен анализ
Нека да ви дадем кратка информация за всички тези техники.
1) Неформални отзиви
- Това е първият преглед, който започва в ранния етап на документа. Както подсказва името му, може да се направи неформално между двама души, където повече хора могат да бъдат добавени по-късно. Тук няма включена процедура и следователно не се прави документация за прегледа. Подобрява качеството на документа, който се подготвя. Въпреки че има много начини да направите официално тестване, често използваните са неформални. Този процес преминава през 6 стъпки. Те включват:
- планиране
- Начало на мач
- подготовка
- Прегледна среща
- Преработени
- Проследяване
- Официалното планиране на преглед включва модератор, който инспектира таблицата и се грижи за подробности за планирането на сесията за планиране. Началната среща се провежда и с цел постигане на сплотено и ясно разбиране на всички участници е даден график за документиране и ангажиране с необходимите промени.
- Кратко тема е дадена на всички. След това участниците индивидуално преглеждат всеки документ и споделят своите артефакти с рецензента. Тогава се провежда официален преглед на заседание за преглед, което отбелязва всички въпроси като обсъдени и се взема окончателното решение. Всички специфични проблеми също се записват. Въз основа на тези прегледи на срещи всички открити дефекти се преработват. Провеждат се последващи действия, за да се провери с очакваните промени.
- Авторът поема отговорността за тези дефекти, тъй като не всеки дефект трябва да се работи. След това модераторът проверява дали всички очаквани действия са предприети или не. Всички дефекти се регистрират с предложения за подобряване на процеса. Работата на модератора е да провери всички показатели и да оцени критериите за излизане на дискусиите и действията.
2) Упътвания
- В ръководството се включват и други и се получава колективна обратна връзка от екипа, така че да има общо разбиране, което отговаря на целта на документа. Екип няма нужда да прави подробно проучване. Авторите вече са подготвени за това ревю. Цялото съдържание, което се представя, трябва да бъде оценено. Предлаганите решения трябва да бъдат утвърдени преди обсъждането им.
- Документът, който се проверява, преминава от автора на документа, а други хора са помолени да проверят и да дадат своето мнение по документа. Дадени са много отзиви, които се вземат под внимание. Обяснението стъпка по стъпка помага на участниците да получат ясна картина. Те могат да изучат кода и да го прегледат преди срещата. Помага при създаването на документ от по-високо ниво.
- Има широк раздел, който е обхванат и гарантира, че няма да остане нито един аспект на изискванията. Създава се общо разбиране около документа и се предлагат решения или алтернативи.
3) Технически преглед
- Това е официална среща, на която се обсъжда техническото съдържание на документа. Необходимо е ръководството на експерт. Той се фокусира върху получаването на стойността на техническите характеристики, присъстващи в проекта. Той помага за последователност и гарантира, че всички технически подробности са точни. Чрез извършване на технически преглед се очаква да се постигне консенсус относно техническите аспекти на всички документи.
- След приключване на документацията се изисква експертите да направят неофициален преглед. Тези експерти могат да бъдат архитекти, главни дизайнери, ключови потребители и др. Колегите програмисти или връстници също могат да бъдат част от този преглед. Всички технически концепции могат да бъдат оценени от всеки в този преглед. Той също така се увери, че правилните понятия се използват на правилното място.
4) Инспекция
- Това е най-официалният вид преглед, който се провежда. Тук старши или обучени екипи ръководят процеса на инспекция. Преди да се случи срещата, всички проверяващи се подготвят и документите се подготвят. Инспекция гарантира, че цялостният продукт се изследва и се откриват дефекти. Всички открити дефекти трябва да се поддържат в дневници. Инспекцията се фокусира върху подобряването на качеството на документа, който се проверява.
- Той е ефективен при намирането на дефекти и създава документи, които имат много високо качество. Това е и начин да се отбележат предишни дефекти и да няма отново подобни дефекти. Всички повдигнати дефекти се записват и обсъждат. По-нататъшното обсъждане на тези документи се извършва само когато дефектите са отстранени. Той се фокусира върху намирането на дефекти в ранните етапи и от своя страна подобрява до голяма степен качеството на софтуера.
Статични инструменти за тестване
Инструментите за статичен анализ се използват главно от разработчиците. Те могат да се разглеждат като разширение към компилаторите. Някои съставители също имат функция за статичен анализ в тях. Той проверява за статични изисквания и също така анализира статичния анализ на уебсайтовете. Използвайки тези инструменти, кодът може да бъде разработен по начин, който може да бъде разбран лесно.
Стандартите за кодиране могат да бъдат зададени с помощта на тези инструменти. Тази стъпка се фокусира върху тестване на техниката, дизайна и кода чрез използване на автоматизирани инструменти. Фокусът е върху софтуерния код. Използва се от разработчиците преди и по време на тестване на интеграцията.
Различните инструменти, участващи в статичното тестване са, както следва:
- Стандарти за кодиране: За да има единен начин, следван от разработчиците, трябва да се уверите, че се спазват всички зададени стандарти за кодиране. Инструментите могат да се използват за проверка на тези стандарти. Ако няма инструмент, използван за това, тогава има по-малка сигурност за спазване на стандарта за кодиране.
- Кодови показатели: Структурните атрибути на кода могат да бъдат измерени чрез използване на кодови показатели. Когато софтуерът продължи да изгражда, той прави кода сложен. Кодовите показатели помагат при проектирането на ефективни и могат също да имат алтернативи, докато препроектират кода.
- Структура на кода: Структурата на кода като контролния поток, структурите на данните и техният поток се решават на тази фаза. Той работи върху последователността, в която инструкциите се изпълняват в програмата. Това включва контурите и итерациите, различни условия, които трябва да се използват в програмата. Кодът, който изобщо не се използва, известен също като мъртъв код, може да бъде идентифициран в тази фаза и елиминиран. Потокът на програмата решава елементите с данни, които са достъпни и след това промените в кода могат да бъдат направени съответно. Всички структури от данни, включително сложни структури от данни, могат да бъдат идентифицирани.
Предимства и недостатъци
По-долу са някои предимства и недостатъци на статичното тестване
Предимства
- Тестването обикновено се провежда от експерти, които имат добри технически познания и знания за кодирането.
- За да бъде пъргав и бърз в намирането на грешки, може да се използва тази техника.
- При това тестване могат да се използват инструменти за автоматизация, което прави процеса на сканиране и преглед бързо.
- Когато се включва статично тестване, грешките могат да бъдат открити на ранен етап и по този начин намаляват разходите за отстраняване на тези проблеми.
- Всички рискове могат да бъдат смекчени лесно, тъй като се използват инструменти за автоматизация.
Недостатъци
- Проблемите и слабите точки могат да създадат проблем, когато кодът се изпълнява в реално време
- Тези инструменти сканират само кода
- Статичното тестване е много отнемащо време, когато се извършва ръчно.
- Инструментите за автоматизация понякога могат да предоставят фалшиви положителни и отрицателни случаи. Освен това те сканират само кода, което може да доведе до функционални дефекти.
заключение
Статичното тестване е най-лесният и ефективен начин за намиране на дефекти в кода на по-ранен етап. Кодът се преглежда от експерти и проблемите се грабват, преди да се стигне до тестване. Той също така помага при определянето на стандарти за кодове, които могат да се следват от всички.
Това тестване обикновено се извършва от разработчици и следователно техническите проблеми могат да бъдат ограничени на ранен етап. Намалява риска от производствени дефекти поради глупави проблеми с документацията. Всичко това се проверява предварително и следователно води до по-малки проблеми.
Препоръчителни статии
Това е ръководство за статично тестване. Тук сме обсъдили как се извършва, техники, инструменти, предимства и недостатъци на статичното тестване. Можете да разгледате и другите ни предложени статии, за да научите повече -
- Какво е виртуализацията в облачните компютри?
- Функционално тестване срещу нефункционално тестване
- Кариери в тестване на софтуер
- Въпроси за интервю за тестване на софтуер
- Речник на Python