Какво е тестване на мутация: Урок с примери

# 3) Мутация на решението

Целта тук е кодът, който взема решения, например, сравнения на стойности. Можем да се променим > до< както в нашия пример за програмата майка-дъщеря.

Други оператори, които можем да превключим, включват следното:

Предимствата на мутационното тестване (MT) включват:

• MT покрива голяма част от логиката на кода.
• Получаваме да тестваме конкретни части от кода, и не само пътеки , клонове , или изявления .
• С MT можем да хванем дори грешки, които лесно се заобикалят.
• Помага ни да оценим качеството на нашия тестов пакет и да коригираме съответно.

Недостатъците на мутационното тестване (MT) включват:

• Това изисква много ресурси, тъй като има огромен брой мутанти, които обикновено се генерират за всеки кодов блок.
• Трябва да проверим броячите на оцелелите мутанти, тъй като някои са невалидни.

Инструменти за тестване на мутации

Инструментите са полезни за ускоряване на процеса на генериране на мутанти. Ето някои инструменти, които можем да използваме в MT: Stryker, Jumble, PIT и Insure ++.

Повече за тестване на мутации

Нека се учим от пример:

Да кажем, има болничен сайт, който позволява на новите потребители да се регистрират. Той отчита датата на раждане или възрастта на пациента. Ако е по-голямо от 14, назначава общопрактикуващ лекар като техен основен лекар. За целта той извиква функцията „общ лекар“, която намира наличния лекар.

Сега може да има друга функционалност. Може би пациентите под 13 години биват назначени на педиатър и т.н. Но ще вземем само случая на възраст над 14 години.

Ето как може да изглежда кодът:

1) Прочетете Възраст
две) Ако възраст> 14
3) Доктор = Общ лекар ()
4) Край ако

Моля, обърнете внимание, че горните редове код не са специфични за който и да е език за програмиране и няма да се изпълняват. Просто е хипотетично.

Като тестер, ако моят набор от данни е 14, 15, 0, 13 - някои произволни числа.

Целта е да се провери дали наборът от данни от 4 стойности (14, 15, 0 и 3) е достатъчен, за да идентифицира всички възможни проблеми с този код.

Прочетете също => Съвети за проектиране на тестови данни преди изпълнение на вашите тестови случаи

Как мутационното тестване постига това?

Първо и най-важно, вие създавате мутанти - варианти на програмата. Мутантът не е нищо друго освен програма, която е написана като отклонение. Той съдържа самозасяваща се грешка.

Примери за това са:

• Замяна на аритметичен оператор
• Подмяна на логически конектор
• Премахване на изявление
• Замяна на релационен оператор
• Вмъкване на абсолютна стойност и т.н.

Тези заместители също се наричат ‘Мутационни оператори.’

Нека ви покажа примери:

Мутант # 1: Релационен операторзамяна

1) Прочетете възрастта
2) Ако възрастта с<’
3) Лекар = Общ лекар ()
4) Край ако

Мутант # 2:

1) Прочетете възрастта
2) Ако възрастта = 14 ‘Промяна на> с =’
3) Лекар = Общ лекар ()
4) Край ако

Мутант # 3:

1) Прочетете възрастта
2) Ако възраст> = 14 ‘Промяна на> с> =’
3) Лекар = Общ лекар ()
4) Край ако

Мутант # 4:

1) Прочетете възрастта
2) Ако възрастта с<=’
3) Лекар = Общ лекар ()
4) Край ако

Мутант # 5: Премахване на изявление

1) Прочетете възрастта
2) Ако възрастта = 14
3) „премахване на декларацията за назначение на лекар“
4) Край ако

Мутант # 6: Абсолютно вмъкване на стойност

1) Прочетете възрастта
2) Ако възраст> 14
3) Лекар = Mr.X (Абсолютно въвеждане на стойност - да кажем, че X е педиатър)
4) Край ако

Мутант # 7: Неправилен синтаксис

1) Прочетете възрастта
2) Ако възраст %% 14 (неправилен синтаксис)
3) Лекар = Общ лекар ()
4) Край ако

Мутант # 8: Прави същото като оригиналния тест

1) Прочетете възрастта
2) Ако възраст> 14 и възраст> 14 ‘означава същото нещо като възраст> 14’
3) Лекар = Общ лекар ()
4) Край ако

След като всички мутанти са създадени. Те се подлагат на тестовия набор от данни. Нашият набор е 14, 15, 0 и 13. Кой от тези мутанти ще намери нашият набор от данни?

Разберете в таблицата по-долу:

(Щракнете върху изображението за увеличен изглед)

Както можете да видите, нашата стойност на данни 14 намира неуспехи, когато работи срещу, Мутант 2, 3 и 4. Или 14 убива мутанти 2, 3 и 4. Но е неефективна срещу, 1, 6 и 8.

Ако вашият набор от данни убие всички мутанти, той е ефективен. В противен случай включете повече или по-добри данни от теста. Не е необходимо всяка стойност в набора от данни да убива всички мутанти. Но заедно, те трябва да избият всички.Например:14 убива 2, 3 и 4. 15 убива 1, 2 и 4. И така нататък.

Какво ще кажете за 5, 7 и 8?

Мутант # 5 - е екземпляр на програмата, който ще се провали независимо от стойността на данните, която давате. Това е така, защото няма да прави програмиране както за валидни, така и за невалидни стойности.

Мутант # 7 - ще бъде грешка при компилиране. Или в случай на скриптов език грешка, която ще попречи на изпълнението.

Мутант # 8 - е същото като основната програма.

Както можете да видите, горните мутанти изобщо не са полезни.

Следователно мутантите, които трябва да се избягват, са:

• Синтактично неправилни / „Все още родени“ мутанти. : Нужни са САМО синтактично правилни мутанти.Пример:Мутант 7
• Еквивалентни мутанти: Тези, които правят точно същото като оригиналната програма.Пример:Мутант 8.
• Тривиален мутант: Може да бъде убит от всеки набор от данни.Пример:Мутант 5

Точки за отбелязване

• Броят на мутантите, дори и за малка програма, може да бъде много. Това е крайно число, но все пак много голямо. Поради това обикновено се използва подмножество мутанти. Често се избира мутанти на случаен принцип.
• Мутационните оператори, изброени по-горе, не е изчерпателен списък. Може да има много други вариации. Прекалено опростих концепцията за лесно разбиране.
• Мутационните оператори също се различават в зависимост от езиците за програмиране, дизайна и спецификациите на приложението.
• Ако има живи мутанти в края на теста. Това означава, че или е невалиден мутант (като 5, 7 и 8) или наборът от данни е неадекватен. Ако е по-късната, върнете се и я сменете.
• Тестът за мутация е структурен метод, метод за бяла кутия и единичен тест. Той използва инжектиране на повреда или засяване на грешки, за да генерира своите мутанти.
• Има много единици рамки за тестване и инструменти, които помагат при автоматично тестване на мутацията. Някои от тях са:
  • Шут за JUnit.
  • Пестер за Python
  • MuClipse за Eclipse и др.

Мислите ли, ако са необходими толкова много усилия, какво ще се случи, когато трябва да тествам големи проби код?

Мутационното тестване разчита на две неща:

как да стана изпитател на продукти

• Компетентен програмист Предположение : Ако програмистът е достатъчно компетентен да напише и тества малка част от кода, той ще бъде добър и в писането на по-големи програми.
• Ефект на свързване Предположение: Ако 2 единици се комбинират, за да образуват програма и всяка една е добра сама по себе си, тогава комбинацията също ще бъде добра.

Така, той се фокусира върху най-малката единица код и вярва в умението на програмиста да мащабира тестването на мутацията към по-големи програми.

Заключение

Този урок обхваща детайлно дефиниция, видове и стъпки за тестване на мутации с примери. Надяваме се, че ви е харесало да четете и да научите за тази интересна техника за тестване - Мутационно тестване.

За автора: Тази статия е написана от член на екипа на STH Swati S.

Моля, споделете вашите коментари, въпроси и мисли по-долу.

Препоръчително четене

• Урок за структурно тестване - Какво е структурно тестване
• Какво представлява техниката за изпитване на базата на дефекти?
• Какво представлява техниката за тестване на ортогонален масив (OATS)?
• Прост подход за тестване на XML към база данни
• Тестване на натоварване с уроци за HP LoadRunner
• Урок за тестване на обем: Примери и инструменти за тестване на обем
• Функционално тестване срещу нефункционално тестване
• Учебник за тестване по двойки или за всички двойки с инструменти и примери