10 step automation testing process
Процес на тестване на автоматизация: Научете как да започнете тестване на автоматизация на вашия проект (ръководство стъпка по стъпка)
В много организации качеството е първо предпочитание. Ако се установи, че сте в такава организация и все още няма официална автоматизация на тестовете, може да сте човекът, който да я открие.
Това ще помогне на вашата организация да изгради по-качествени продукти за по-малко време и по същия начин да може да ги пусне на пазара по-рано.
=> В това трето парче от „ Поредица от уроци за автоматизация на тестове ’, Ще обсъдя какво е процес на автоматизация на тестовете и как да стартирате автоматизация на тестове във вашата организация . Важно е да се разбере коя стъпка е да се извърши първо и защо.
Придържането към тези стъпки ще ви помогне да въведете автоматизацията по безпроблемен начин и ще ви позволи да избегнете често срещани клопки, което води до неуспехи в автоматизацията.
Какво ще научите:
- Процес на тестване на автоматизация от 10 стъпки за стартиране на автоматизация на теста
- Етап 1. Убедете ръководството
- Стъпка 2. Намиране на експерти по инструменти за автоматизация
- Стъпка # 3. Използване на правилния инструмент за автоматизация
- Стъпка # 4. Анализиране на различни приложения, за да се определят тези, които са най-подходящи за автоматизация
- Стъпка # 5. Обучение на екипа
- Стъпка # 6. Създаване на рамка за автоматизация на тестовете
- Стъпка # 7. Разработване на план за изпълнение
- Стъпка # 8. Писане на скриптове
- Стъпка # 9. Отчитане
- Стъпка # 10. Поддържане на скриптове
- Заключение
- Препоръчително четене
Процес на тестване на автоматизация от 10 стъпки за стартиране на автоматизация на теста
Ето стъпка по стъпка процес на автоматизация на теста и ръководство, което ще ви помогне да започнете тестване на автоматизация.
Да започваме.
Етап 1.Убедете ръководството
Колкото и да сте нетърпеливи да откриете и инициирате автоматизация на тестове във вашата организация, не можете да направите нищо, ако ръководството ви не е убедено в предимствата, които предлага автоматизацията на тестовете. Универсален факт е, че автоматизацията на тестовете е скъпа. Инструментите са скъпи ( HP QTP / UFT лиценз струва около $ 8K на машина). Има разходи за архитект или инженер по автоматизация на тестове (които между другото също са скъпи). След това ползите от автоматизацията на тестовете не могат да се видят веднага. Трябва да изчакате 2-3 месеца преди вашите скриптове да бъдат подготвени, тествани и това може да работи надеждно, за да тествате приложението.
Трябва да убедите ръководството да поеме болката от тези разходи, а също така трябва да им кажете да бъдат търпеливи, преди автоматизацията на теста да започне да им дава резултати.
И така, как ще бъдат убедени? Трябва да им кажете анализа на разходите и ползите. Както можете да задавате въпроси колко време отделяме за тестване на BAT (Изпитване за приемане на компилация) на нашето приложение? Тогава можете да кажете, ако отнема един ден, с автоматизация на теста можем да го тестваме в рамките на 2 часа. Цената е, че трябва да закупите инструмента, да обучите ресурса и да чакате резултатите два месеца. След два месеца ще можем да стартираме НДНТ след два часа. Това ще спести 6 часа ръчно тестване всеки път, когато излезе нова компилация. Ако компилацията се пуска 4 пъти месечно. Ще можете да спестите 24 часа или 3 дни ръчно тестване!
Това не означава, че ръчните тестери няма да правят нищо. Те ще използват тези 6 часа тестване, за да се фокусират върху нови и важни функционалности на приложението, докато автоматизацията ще се погрижи за проблемите с регресията. Тази настройка като цяло ще подобри качеството на продукта десетина пъти.
Ако вашето ръководство не желае да плаща за качеството на своите продукти, тогава никой не може да ги принуди да го направят. Те ще научат автоматично, когато клиентите ще се оплакват от продуктите. Качеството влияе на всичко. Това влияе на продажбите ви, влияе на отношенията ви с клиентите, влияе на възприятието ви в съзнанието на потребителите. И така, интелигентното управление винаги е инвестирало в качеството на своите продукти.
И така, пет точки, които трябва да запомните за убеждаването на управлението си:
- Разкажете им подробно за предимствата на автоматизацията на тестовете.
- Кажете им, че автоматизацията на тестовете е скъпа и първоначално ще ви струва пари, но след това разходите ще бъдат намалени, след като скриптовете бъдат подготвени и започнат да се изпълняват.
- Кажете им, че трябва да изчакат около 3 месеца, преди да очакват резултат от автоматизацията на теста.
- Кажете им, че автоматизацията на тестовете не е да замени ръчните тестери, а да помогне на ръчните тестери, тъй като те ще могат да тестват повече едновременно.
- Автоматизацията на тестовете не означава повече тестове за по-малко време; това означава повече тестове едновременно. (Ако ръчните тестери са използвали за тестване на НДНТ за 8 часа, те ще могат да тестват НДНТ плюс нова функционалност плюс много други неща за същите 8 часа в присъствието на автоматизация.)
Не забравяйте, че убеждаването на вашето управление е първата и най-важна стъпка за въвеждане на автоматизация на тестовете във вашата организация. Ако не са убедени, забравете автоматизацията на теста или сменете организацията си. :)
Стъпка 2.Намиране на експерти по инструменти за автоматизация
Има два вида експерти по автоматизация.
- Архитекти за автоматизация
- Инженери по автоматизация
Архитектите за автоматизация са рядка порода. Те са трудни за намиране, изключително скъпи и изключително необходими за успеха на проекта за автоматизация. Тези хора обикновено отговарят за изграждането на рамки за автоматизация. (Ще обсъдим подробно рамките за автоматизация в отделна статия)
Архитекти за автоматизация имат опит в различни видове инструменти и обикновено знаят силните и слабите страни на всеки инструмент. Те също така ще помогнат на ръководството при избора на правилния инструмент за автоматизация, като внимателно анализират приложението и технологиите, използвани в това приложение . Те също така ще помогнат за изграждането на рамката, проектирането на конвенциите за именуване и създаването на правила за скриптове. Те също така ще помогнат при избора кои тестови случаи да се автоматизират първо.
Ако успеете да намерите подходящ ресурс за длъжността архитект на автоматизацията, половината ви работа е свършена с успешна автоматизация във вашата организация
Инженери по автоматизация , от друга страна, са хората, които ще преобразуват ръчни тестови случаи в автоматизирани скриптове. Те ще работят при архитект за автоматизация и ще бъдат отговаря за създаването и изпълнението на скриптове .
Някои компании наемат инженери по автоматизация отвън, а други компании наемат вътрешно, като обучават съществуващите си ръчни тестери. Независимо от случая, ресурсът трябва да е добър в програмирането. Той / тя трябва да знае особено за обектно-ориентираното програмиране. Комбинацията от 1 архитект за автоматизация и двама инженери по автоматизация е чудесна за повечето продукти.
Стъпка # 3.Използване на правилния инструмент за автоматизация
Тази точка заслужава собствена статия (и аз ще напиша една за това). Това е поредната трудна стъпка в процеса на стартиране на автоматизацията. На пазара има различни инструменти, но трябва да изберете най-подходящите за вашето приложение.
За да бъде кратко, ще напиша най-важните съображения, докато избирам инструмента. Ще обясня подробно процеса на избор на инструмент в отделна статия.
Най-важните неща, които трябва да имате предвид при избора на правилните инструменти, са:
- Инструментът трябва да е във вашия бюджет . Инструментите за автоматизация са наистина скъпи. Така че компанията трябва да разполага с бюджета за закупуване на инструмента.
- Инструментът трябва поддържащи технологии използвани във вашето приложение. Ако вашето приложение използва светкавица или Silverlight, инструментът трябва да го поддържа. Ако приложението ви работи на мобилно устройство, инструментът трябва да може да изпълнява скриптове на мобилно устройство. Можете да закупите един инструмент, който поддържа всички технологии, използвани във вашето приложение, или можете да закупите отделни инструменти за всяка технология. Например , можете да използвате селен за вашите уеб приложения, роботи за вашите приложения за Android и MS кодиран потребителски интерфейс за настолни приложения. Независимо от решението, това трябва да бъде във вашия бюджет.
- Трябва да имате необходимото квалифицирани ресурси който може да използва този инструмент или да го научи за по-малко време. Например , наехте архитект за автоматизация, който е имал опит само в QTP, и купувате лиценз за потребителски интерфейс, кодиран от MS, може да не е удобно да го използвате. Инструментите са като добрите коли, но трябва да имате и добри шофьори, за да управлявате тези добри коли.
- Инструментът трябва да има a добър механизъм за докладване да показва резултатите на заинтересованите страни след всяко изпълнение.
Има различни други фактори при избора на подходящия инструмент и ще ги разгледам в отделна статия.
Прочетете това ръководство за най-новите инструменти за автоматизация:
Топ 20 най-добри инструменти за тестване на автоматизация през 2020 г. (изчерпателен списък)
Стъпка # 4.Анализиране на различни приложения, за да се определят тези, които са най-подходящи за автоматизация
Ако вашата организация работи по 5 приложения, не е необходимо всяко да бъде автоматизирано. Трябва да видим различните фактори, докато избираме всяко приложение за автоматизация.
Приложението, което трябва да бъде автоматизирано, трябва да има следните фактори:
- Приложението не трябва да е в ранните етапи от развитието си. (Приложението трябва да има всички или някои модули, които са стабилни и тествани от ръчни тестери)
- Потребителският интерфейс на приложението трябва да е стабилен. (Потребителският интерфейс не трябва да се променя често)
- Ръчните тестови случаи на това приложение трябва да бъдат в писмена форма.
Основната цел на автоматизацията е да се увери, че ако приложението е без грешки в една компилация, то трябва да остане без грешки в следващата компилация. Ръчният тестер не трябва да губи времето си в намирането на проблеми с регресията, тези проблеми трябва да бъдат идентифицирани в автоматизацията.
Така че, за да намерим регресия, трябва да имаме приложение, което вече е стабилно и има написани няколко тестови случая за него. Екипът за автоматизация ще преобразува тези тестови случаи в скриптове и ще изпълнява тези скриптове при всяка компилация, за да се увери, че не се появява регресия.
Също така, прочетете => Как да изберем правилни тестови случаи за тестване за автоматизация
Стъпка # 5.Обучение на екипа
След избор на инструмент и наемане на ресурси, следващата стъпка е логично обучението на ресурсите.
Ако ръчните тестери се превърнат в инженери по автоматизация, те трябва да бъдат обучени по терминологии и концепции за автоматизация. Ако архитект за автоматизация бъде нает отвън, той трябва да получи познания за продукта, който да тества, процеса на ръчно тестване и какво очаква ръководството.
Дайте на ресурсите малко време, за да опитат различни неща, докато накрая измислят печеливша стратегия за автоматизация. Обучете ги на инструментите, които организацията вече използва софтуер за проследяване на грешки и софтуер за управление на изискванията .
Наистина е необходимо добро обучение и силна комуникация между ръчните тестери, разработчиците и екипа за автоматизация.
Стъпка # 6.Създаване на рамка за автоматизация на тестовете
Най-голямата задача на архитекта за автоматизация е да излезе с рамка за автоматизация, която да поддържа автоматизирано тестване в дългосрочен план.
Рамката на автоматизацията е основно набор от правила и внимателно планиране за писане на скриптове по начин, който води до най-малко поддръжка. Ако нещо се промени в приложението, скриптовете се нуждаят от малко или никакво актуализиране, за да се справят с тази промяна. Това е красотата на рамката за автоматизация.
Има пет вида рамки за автоматизация, а именно линейни, модулни, управлявани от данни, управлявани от ключови думи и хибридни. Всички тези рамки ще бъдат разгледани подробно с примери в отделна статия от тази поредица.
Можете също така да започнете да четете повече за рамки за автоматизация в следните уроци:
=> Защо ни е необходима рамка за тестова автоматизация?
=> Примери за QTP рамка
=> Примери за рамка на селен
Стъпка # 7.Разработване на план за изпълнение
Планът за изпълнение включва избор в коя среда ще се изпълняват скриптовете. Средата включва ОС, браузър и различни хардуерни конфигурации.
Например , ако тестовият случай изисква да провери уебсайта в 3 браузъра, а именно Chrome, Firefox и IE, тогава екипът за автоматизация ще напише скрипта по такъв начин, че да може да изпълнява във всеки браузър.
Това винаги трябва да се казва преди писането на скриптове, защото ще се погрижи за скриптове, ако екипът за автоматизация го знае предварително. Планът за изпълнение трябва също да посочва кой ще изпълнява скриптовете. Обикновено екипът за автоматизация изпълнява скриптовете при всяка компилация, но варира в различните компании. Някои мениджъри молят разработчиците да изпълнят тези скриптове върху тяхното компилиране преди пускане, а някои компании наемат специален ресурс само за изпълнението. Дори някои компании изпълняват скриптове в режим без надзор, което, разбира се, не изисква допълнителен ресурс.
Стъпка # 8.Писане на скриптове
Когато рамката е проектирана, планът за изпълнение е известен и ресурсите са обучени за новия инструмент, сега е точното време да започнете да пишете скриптове.
Сценариите трябва да се пишат организирано с правилното споразумение за именуване. Изходният код трябва да се поддържа в контрола на източника, за да се избегне загуба на код. Контролът на версиите и историята трябва да се поддържат. Автоматизацията на тестовете е точно като разработването на софтуер. Всички най-добри практики за програмиране трябва да бъдат внимателни, докато пишете скриптовете.
Също така, прочетете => Как да превеждам ръчни тестови случаи в скриптове за автоматизация
Стъпка # 9.Отчитане
Функцията за отчитане обикновено се предоставя от инструмента. Но ние можем да създадем персонализирани механизми за отчитане, като автоматично изпращане на резултатите до ръководството.
Можем да създаваме отчети в края на всяко изпълнение под формата на диаграми и таблици, ако ръководството се нуждае от това. Ръководството винаги трябва да бъде информирано за покритието на тестовите случаи, което означава кои ръчни тестови случаи са обхванати от автоматизацията и кои от тях са останали.
Стъпка # 10.Поддържане на скриптове
Ако се спазват най-добрите практики за програмиране и рамката е добра, тогава поддръжката няма да е проблем.
Поддръжката обикновено се случва, когато има заявка за промяна на приложение. Скриптовете трябва незабавно да бъдат актуализирани, за да се справят с тази промяна, за да осигурят безупречно изпълнение.
Например , ако пишете някакъв текст в текстовото поле чрез скрипта и сега това текстово поле се превръща в падащ списък, трябва незабавно да актуализираме скрипта.
Някои други видове промени включват, че вашите скриптове се изпълняват на английската версия на приложението. Сега има заявка за промяна, че приложението трябва да поддържа китайски. Вашата рамка трябва да ви позволи да актуализирате вашите скриптове с малко усилия, за да поддържате изпълнението и на китайски! Ето защо архитектите за автоматизация са скъпи. :)
Ако рамката не е добра и не се спазват най-добрите практики, тогава поддръжката ще се превърне в кошмар. Повечето проекти за автоматизация се провалят поради лоша поддръжка на скриптове.
Заключение
Тази статия описва какво е процес на тестване за автоматизация и как да започнете тестване на автоматизация във вашата организация от началото до края, стъпка по стъпка. Ако следвате тези стъпки, надявам се вашата автоматизация да бъде успешна.
Предложено четене = >> Най-добрият софтуер за автоматизация на ИТ процеси
Има някои части (като избор на инструменти за автоматизация и рамки за автоматизация), които заслужават собствени статии. Ще ги разгледаме в предстоящите части от тази поредица от тестове за автоматизация.
=> Междувременно кликнете тук, за да проверите всички уроци вече публикувахме в тази поредица.
Опитах се да обхвана всички аспекти в по-широк поглед и използвах собствения си опит, за да напиша този урок.
Ако смятате, че съм пропуснал нещо важно или някаква част от този урок се нуждае от малко повече обяснения, моля, попитайте ме в раздела за коментари. Бих искал да отговоря на вашите запитвания.
как да премахна елемента от масив в java -
PREV Урок # 2 | СЛЕДВАЩ Урок # 4
Препоръчително четене
- Ръководство стъпка по стъпка за внедряване на доказателство за концепция (POC) в тестовете за автоматизация
- Какво е тестване за автоматизация (Ultimate Guide to Start Test Automation)
- Инструмент за тестване за автоматизация на графичния интерфейс на Sikuli - Ръководство за начинаещи, Част 2
- Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
- Тестерите губят ли сцеплението си при тестване поради автоматизация?
- Предизвикателства при ръчно тестване и автоматизация
- Вие сте експерт по ръчно или автоматизирано тестване? Работете на непълно работно време за нас!
- 11 най-добри инструменти за автоматизация за тестване на приложения за Android (инструменти за тестване на приложения за Android)