how select correct test cases
Сега е ерата на тестовата автоматизация . Повечето от тестовите проекти се опитват да преведат своите ръчни тестови случаи в автоматизирани, за да подобрят производителността и покритието.
Една от ключовите стъпки за започване на тестване за автоматизация е - избиране на подходящите тестови случаи и определяне на възвръщаемостта на инвестициите (ROI).
Какво да очаквате от тази статия?
В тази статия се опитах да цитирам няколко важни точки въз основа на моя опит, за да ви помогна да изберете правилния кандидат автоматизация и определяне на различни други фактори, които ще доведат до по-добри резултати от теста и ползи.
Защо автоматизирано тестване?
Автоматизацията не надвишава или замества ръчното тестване, но го допълва. Подобно на Manual, Automation се нуждае от стратегия с правилно планиране, наблюдение и контрол. Когато се внедри правилно, автоматизацията може да се превърне в актив за екипа, проекта и в крайна сметка за организацията.
Има много предимства на автоматизацията; ето няколко важни за споменаване:
- Полезно за изпълнение на рутинни задачи като Тестове за дим и Регресионни тестове .
- Полезно при подготовката на Данни от теста .
- Помага за изпълнение на Тествайте случаи, които включват сложна бизнес логика .
- Добре е да изпълнявате тестови случаи на различни платформи (като различни операционни системи, браузъри и т.н.)
- Страхотно е да се изпълнят тестовите случаи, които са малко трудни за ръчно изпълнение.
- Когато броят на итерациите на изпълненията на тестовия случай не е известен.
Много често заинтересованите страни смятат, че автоматизацията на тестовете действа като инструмент за поддръжка при ръчно тестване, така че е жизненоважно да се разбере, че автоматизацията е най-добрият начин за увеличаване на ефективността, ефективността и обхвата на тестването. Това не само спестява време, но също така подобрява точността, тъй като повтарящите се задачи чрез ръчния подход могат да са склонни към човешки грешки и да отнемат много време.
Кандидати за автоматизация
Основна грешка, която трябва да се избягва:
Една от най-основните грешки, които тестерите допускат, е да НЕ избира правилните тестови случаи за автоматизация.
Не просто избирайте който и да е тестов пакет. Анализирайте подробно тестовите случаи и изберете кандидатите за автоматизация, като вземете предвид най-важния фактор, т.е. ROI. Първо, трябва да разберем и да разберем начините за получаване на по-висока и положителна възвръщаемост на инвестициите.
лесно изтегляне на mp3 безплатно изтегляне пълна версия
( ROI - Възвръщаемост на инвестициите - Това е изчисляване на ползите по отношение на икономия на разходи, повишена ефективност и качество)
Няма стандартна процедура за определяне на правилните тестови случаи за автоматизация. Всичко зависи от приложението, което тествате.
Въз основа на моя опит, аз се опитах да опиша няколко стъпки, които могат да предоставят известна информация за избора на тестовите случаи и в крайна сметка да постигнат напредък за постигане на положителна възвръщаемост на инвестициите за автоматизация.
Вижте също => Как да преведа ръчните тестови случаи в скриптове за автоматизация?
Какво ще научите:
Как да изберем правилни тестови случаи за тестване за автоматизация
Етап 1:
Определете параметрите, на които ще основавате своя тест като кандидат за автоматизация.
Към момента идентифицирам следните параметри, можете да имате свои собствени параметри в зависимост от вашето приложение.
- Тестов случай, изпълнен с различни набори от данни.
- Тестов случай, изпълнен с различни браузъри.
- Тестово дело, изпълнено с различни среди.
- Тестово дело, изпълнено със сложна бизнес логика
- Тестов случай, изпълнен с различен набор от потребители
- Тестовият случай включва голямо количество данни
- Тестовият случай има някаква зависимост
- Тестът изисква специални данни
Стъпка 2:
Разбийте всяко приложение на модули. За всеки модул анализирайте и се опитайте да идентифицирате тестовите случаи, които трябва да бъдат автоматизирани въз основа на параметрите. Този списък ще варира за отделни проекти и може да бъде подобрен, за да отговаря на вашите нужди:
Фигура 1.0
Y - Да
N - Не
По подобен начин за всички модули този списък може да се използва за идентифициране на тестови случаи на кандидати за автоматизация.
Стъпка 3 :
Консолидирайте и групирайте броя на тестовите случаи за всеки модул, показан по-долу
Фигура 2.0
Фигура 2.0 е доста ясна и разбираема. Тук се опитвам да определя количествено детайлите и да дам оценка, за да завърша тестването ръчно.
Стъпка 4:
След като сте идентифицирали всички подробни подробности на ниво, можете да ги представите по-долу. Сега напредваме в изчисляването на възвръщаемостта на инвестициите.
Фигура 3.0:
Трябва да вземем предвид и по-долу атрибути, които формират основата за възпиране на възвръщаемостта на инвестициите :
- Разходи за закупуване и лицензиране на инструмента
- Време е за разработване на сценарии
- Време е за поддържане на сценариите.
- Време е да анализирате резултатите ръчно и автоматично
- Време и разходи за обучение на ресурсите.
- Общи разходи за управление
Пример за изчисление на ROI на тестовата автоматизация
В повечето случаи ROI се изчислява за 5 години, но не е задължително. Въз основа на горните фактори, нека се опитам да разгледам изчисляването на възвръщаемостта на инвестициите за 5 години. Както обикновено, винаги можете да го приспособите и подобрите.
* ROI = (Кумулативно спестяване / Инвестиция чрез автоматизация) * 100
Ръководство за тестване за автоматизация - какви са предизвикателствата в процеса?
Опитах се да цитирам точките, които според мен са голямо предизвикателство, когато се опитваме да автоматизираме тестов пакет.
# 1) Необходимост от автоматизация: Всеки тестов екип е уникален и има изключителна нужда от автоматизация. Не можем да разработим фиксиран стандарт, но можем да приспособим стандарт, който да отговаря на нашите нужди. Поради тази причина автоматизацията изисква добра подкрепа както от ръководството, така и от екипа за разработка.
# 2) Автоматизиране на пълното приложение: Автоматизирането на 100% приложение е голяма задача. Не че е невъзможно, но изисква правилно планиране и наблюдение и разбира се; някой път. Има много пермутации и комбинации от данни, n брой среди с n брой атрибути за удостоверяване и упълномощаване, които трябва да бъдат валидирани и следователно изискват стратегия за автоматизация.
# 3) Ръчно Vs Автоматизация манталитет: ' Обикновено автоматизираме, което е важно и повтарящо се, но предпочитаме да тестваме ръчно важната функционалност ”. Объркан? Дори аз съм !! Но това е факт. Трябва да имаме критерии, които ще решат кои са важно тестови случаи. Тези критерии могат да се основават на множество фактори като сложна бизнес логика, области, които представляват по-голям интерес за клиентите, рискови области и т.н.
# 4) Решаване на рамката: Проектиране на рамката е най-важният аспект на автоматизацията. Вярвам, че трябва да отделим относително повече време за разработване на рамката, отколкото за сценарий. Винаги, когато разработваме план за автоматизация, проектирането на рамки трябва да бъде основният фокус.
ПЛАН за проектиране на рамката. Идентифицирайте и направете контролен списък на елементите, които ще формират рамката. Ако рамката е солидна, създаването на сценарии и поддръжката стават лесни.
# 5) Познания за екипа: Винаги, когато мислим за автоматизация, ние веднага прескачаме, за да научим езика за програмиране или скриптовия език. Изучаването на този език определено ще помогне, но трябва да се наблегне повече на изграждането и развитието на логиката.
Автоматизацията не трябва да е отговорност на някои шепи ресурси, а по-скоро цял екип трябва да допринесе за това. Това ще помогне не само за подобряване на уменията на ресурсите, но и поддържайте ги мотивирани .
# 6) Докладване: Всеки инструмент има стандарт за отчитане на резултатите от теста. За да го персонализирате; е предизвикателна задача. Отчитането на резултатите от теста също изисква координация и поддръжка, което увеличава разходите.
# 7) Доверие: Трябва да се доверим на нашите неща за автоматизация. Инвестираме човекочасове за изграждане на пакет за автоматизация, но все пак не вярваме в резултатите от теста. Трябва да се положат усилия за поддържане на сценариите. Също така, трябва да видим, че екипът, който прави ръчно тестване на приложението, трябва да участва, за да го автоматизира, тъй като познава приложението си.
По-голямата част от времето трети екип прави автоматизацията, така че действителният екип за тестване не е наясно със скриптовете и накрая завършва с ръчно провеждане на тестовете, защото се чувства проследяване на скриптовете, добавя към своите задачи
Вижте също=> Предизвикателства при ръчно тестване и автоматизация.
Заключение
В повечето случаи предпочитаме Автоматизирайте пакета Regression ( ето някои предизвикателства при автоматизирането на регресионния пакет в гъвкава среда ), тъй като съдържа по-голям брой тестови случаи. В този случай можем да разделим костюмите за регресия на по-малки костюми и да решим да стартираме подходящия пакет според изискването за освобождаване.
Да предположим, че регресионният пакет съдържа 1500 тестови случая, можете да го разделите на 3 костюма от 500 тестови случая на костюм и да го автоматизирате.
шаблон на документ за стратегия на теста за гъвкава методология
Вместо да автоматизирате целия пакет, можете изберете фазова автоматизация . С други думи, можете да следвате прототипния модел за разработване на пакета за автоматизация. Създайте структура или рамка с прилагането на по-малък брой тестови случаи и започнете да използвате това и постепенно го подобрявайте, като добавяте към него още тестови случаи.
Трябва да следваме Деминг колело (PDCA цикъл) за автоматизация също. Като непрекъсната дейност, трябва да се наблегне на правилното изграждане на рамката което ще доведе до лекота на поддръжка и внедряване на нови функции.
Изисква подходяща подкрепа от екипа на разработчиците и от ръководството. Трябва да насърчим екипа за тестване да допринесе най-много за тестване за автоматизация, тъй като те познават продукта си повече от всеки друг.
За автора: Това е статия за гости от Шилпа Чатърджи Рой. Тя работи в областта на софтуерното тестване през последните 8,5 години в различни области.
Надявам се да сме опростили това„Ръководство за тестване за автоматизация“процес. Моля, не се колебайте да споделите своя опит и мисли за това как преодолявате предизвикателствата в процеса.
Препоръчително четене
- Как да преведа ръчните тестови случаи в скриптове за автоматизация? - Ръководство стъпка по стъпка с пример
- Предизвикателства при ръчно тестване и автоматизация
- Какво е тестване за автоматизация (Ultimate Guide to Start Test Automation)
- Процес на автоматизирано тестване от 10 стъпки: Как да започнете тестване на автоматизация във вашата организация
- 25 най-добри рамки за тестване на Java и инструменти за тестване за автоматизация (част 3)
- 20+ Най-добри инструменти за тестване на автоматизацията с отворен код през 2021 г.
- Топ 10 стратегии за автоматизация на тестовете и най-добри практики
- Кога да избера тестване за автоматизация?