difference between retesting
Каква е разликата между тестване и регресия:
Не обичате ли всички сравнителните и контрастни тематични статии? Знам, че го правя. Това е толкова чудесен начин да поканите мисли, коментари и може би дори силно несъгласие.
Днешната тема е Повторно тестване срещу тестване за регресия.
=> Щракнете тук за пълната серия за тестване на регресия.
Нека започнем с повторно тестване:
Какво ще научите:
- Повторно тестване
- Тест за регресия
- Заблуди относно регресионното тестване
- Повторно тестване срещу регресионно тестване
- Препоръчително четене
Повторно тестване
Повторно тестване означава да тествате отново. Причината няма значение. Когато повторите тест, тествате отново. Можете да проверите отново функционалността на текущата версия. Или поправка на грешка, функционалност на предишната версия, тестов случай, който току-що сте изпълнили и т.н.
Ако все още мислите - защо - тогава следните са някои причини, които са толкова добри, колкото всяка:
- Проведохте тест вчера и срещнахте дефект. Искате да потвърдите стъпките и възпроизводимостта на дефекта. И така, тествате отново.
- Проведохте тест. Вниманието ви не беше насочено към него (може би телефонът ви е звъннал или сте разговаряли с колега и т.н.). Искате да проверите още веднъж, така че проверете отново.
Сигурен съм, че го разбирате.
Повторното тестване е, когато повтаряте тест по някаква причина. Това е един от онези термини, които остават верни на дефиницията си.
Тест за регресия
Софтуерът се развива. Ще има нови версии над съществуващите. Натрупват се нови функции, разширения и др. Но с течение на времето това може да доведе до нестабилност на приложението.
Представете си, че правите блокова кула, като добавяте един блок над другия. Не отделяте време за подсилване или укрепване на основата. Не след дълго кулата ще се срине, нали?
безплатни доставчици на имейл акаунти в САЩ
Точно така ще трябва да тествате основата на софтуера за здравина и стабилност.
За да направим това, ще трябва да тестваме отново софтуера. Това е единственият начин.
Препоръчително четене => Какво е регресионно тестване? Инструменти и най-добри практики
Регресията е форма на повторно тестване. Спецификата на „Защо“ и „Кога“ е това, което го отличава от предишното.
1) Кога проверяваме ли отново? Когато софтуерът претърпи промяна
две) Защо проверяваме ли отново? За да се гарантира, че новите допълнения / промени не са направили предишната функционалност нестабилна. Регресията е често срещана и се препоръчва, когато:
- Налична е нова версия. (Отстъпвайте всички или поне важните функции на по-старата версия)
- Поправка на бъг
Точка за отбелязване: Изчерпателното тестване на регресия е невъзможно, макар и желателно.
Ето защо го направете Регресионен анализ преди да преминете направо към тестване. Тази стъпка включва решаване колко регресия трябва да направя за моята кандидатура.
От какво зависи степента на регресия?
- Същност на промяната
- Връзка / въздействие на промяната върху текущата система / функция
- Налично време и ресурси
Как тестерите могат да решат степента на регресия?
1) Чрез опит и познаване на приложението
две) Обсъждане с разработчиците
3) Мястото, където е направена промяната.Например:ако е на началната страница, то се нуждае от повече внимание, отколкото ако е в една от по-слабо достъпните страници.
В зависимост от играещите фактори, тестовият екип може да избере едно от следните:
- Регресия на единица
- Частична регресия
- Пълна регресия
Регресия на единица означава, че тествате САМО променения модул / област на приложението.
Частична регресия означава повторно тествате променения модул. Плюс включете тези, които взаимодействат с него.
Пълна регресия тествате ли цялото приложение, независимо от мястото на промяна.
Това зависи от ситуацията (време и наличност на ресурсите), сериозността на промяната (нейното въздействие), вложенията на вашия разработчик и т.н. Ще бъдете по-ефективни, когато изберете правилния набор от тестове спрямо всички тестове.
c ++ инициализира статична променлива
Регресионният анализ е ключовият фактор за успех. Нуждае се от интелигентна работа, а не от упорита работа.
Заблуди относно регресионното тестване
Има много заблуди относно регресионното тестване:
# 1) Регресията винаги се извършва чрез автоматизация: Не. Регресията се извършва и ръчно. Имаме цяла статия за това => Как се извършва регресионното тестване? Може ли да се направи ръчно?
Имайте предвид, че регресията е идеалният кандидат за автоматизация. Степента на повторение отнема много време и може да доведе до скука. Също така, важна проверка може да бъде пропусната. Автоматизацията е надеждна, бърза и ефективна алтернатива.
Прочетете също => Предизвикателства на автоматизираното тестване на регресия
# 2) Регресията никога не е завършена : Вярно. Но не напълно.
Имам предвид, че изчерпателен тест за регресия може да е невъзможен. Но изчерпателното тестване за регресия също може да е ненужно.
Да приемем, че сте променили правопис в началната страница. Тази корекция е незначителна. Той също е изолиран от другите области на приложението. Така че, просто повторно тестване на функцията ще бъде направено. Няма нужда да регресирате предишната функционалност около началната страница.
# 3) Излишно е когато имате криза за времето : Не е вярно. Недостатъчната регресия води до липса на доверие в продукта. Никога няма да разберете какво да очаквате от реакцията му към различни сценарии за крайни потребители.
# 4) Той изпълнява всеки отделен тестов случай от предишната версия: Още веднъж, изборът на всеки тестов случай не е правилният начин да направите това. Ключово е стратегическото подбиране на тестовите случаи. Разберете промяната и изберете подходящите тестови случаи.
Добре, това е тест за повторно тестване и регресия в детайли.
Сега, сравнението.
Повторно тестване срещу регресионно тестване
Какво е същото при тях?
- И двамата се основават на повторение
- Проверка и Техники за тестване на черна кутия
- Тестовете за автоматизация или ръчен тест се подлагат на повторно тестване или регресия
- „Човек трябва да провери или изгони съмненията си и да ги превърне в сигурността на„ Да “или„ НЕ “- Томас Карлайл“. И двамата правят това.
Какво е различното при тях?
- Повторното тестване е приложимо за всеки тест - насочена към текущата или предишната версия функционалност. Регресията е ориентирана към функционалността на предишната версия.
- Повторното тестване не зависи от приложимата промяна. Регресията е ориентирана към промените.
И накрая, за да ударите тази концепция:
Да предположим, че имате тестов случай XYZ, който доведе до дефект с ID 120. Този дефект се отстранява в следващото издание. Бихте повторно тествали XYZ тестов случай и регресирате функционалността около него. Регресията е да се уверим, че всичко работи непокътнато след корекция на 120. Повторният тест е да се определи поправката на дефекта.
И така, не е нито едното, нито другото, но комбинацията от регресия и повторно тестване, която формира динамичния дует .
Сега всичко е до вас. Съгласни ли сте с предоставените тук определения и анализ?
За автора: Тази статия е написана от член на екипа на STH Swati S.
youtube to mp4 бързо безплатно онлайн
Какви са вашите мисли, коментари и въпроси по този въпрос? Моля, споделете и ние ще се радваме да се свържем с всички вас.
=> Посетете тук за пълната серия за тестване на регресия.
Препоръчително четене
- Разлика между тестване на настолни компютри, клиентски сървър и уеб тестване
- Най-добри инструменти за тестване на софтуер 2021 г. [Инструменти за автоматизация на QA теста]
- Тестване на софтуер QA Assistant Job
- 101 разлики между основите на тестването на софтуера
- Курс за тестване на софтуер: Към кой институт за тестване на софтуер трябва да се присъединя?
- Изборът на софтуерно тестване като кариера
- Тестване на софтуер Техническо съдържание Writer Работа на свободна практика
- Автоматизирано тестване на регресия: Предизвикателства, процес и стъпки