10 step automation testing process
Процес тестування автоматизації: Дізнайтеся, як розпочати тестування автоматизації у вашому проекті (покроковий посібник)
У багатьох організаціях якість є першочерговою перевагою. Якщо ви виявите, що знаходитесь у такій організації, і досі не проводиться офіційна автоматизація тестів, ви можете бути людиною, яка її відкриє.
Це допоможе вашій організації створити більше якісних продуктів за менший час, а також зможе продати їх раніше.
=> У цьому третьому фрагменті Серія підручників з автоматизації тестів ’, Я обговорю, що таке процес автоматизації тестів і як розпочати автоматизацію тестів у вашій організації . Важливо розуміти, який крок зробити першим і чому.
Дотримання цих кроків допоможе вам запровадити автоматизацію безперебійно і дозволить вам уникнути загальних підводних каменів, що призводить до збоїв в автоматизації.
Що ви дізнаєтесь:
- 10-етапний процес тестування автоматизації для запуску автоматизації тестування
- Крок 1. Переконайте керівництво
- Крок No2. Пошук експертів з інструментів автоматизації
- Крок No3. Використання правильного інструменту для автоматизації
- Крок No4. Аналіз різних застосувань для визначення тих, які найкраще підходять для автоматизації
- Крок No5. Навчання команди
- Крок No6. Створення рамки автоматизації тестів
- Крок No7. Розробка плану виконання
- Крок No8. Написання сценаріїв
- Крок No9. Звітність
- Крок No10. Обслуговування сценаріїв
- Висновок
- Рекомендована література
10-етапний процес тестування автоматизації для запуску автоматизації тестування
Ось покроковий процес автоматизації тестування та посібник, який допоможе розпочати тестування автоматизації.
Давайте розпочнемо.
Крок 1.Переконайте керівництво
Як би ви не хотіли відкрити та ініціювати автоматизацію тестування у своїй організації, ви нічого не можете зробити, якщо ваше керівництво не впевнене в перевагах, які пропонує автоматизація тестування. Універсальним фактом є те, що автоматизація тестів дорога. Інструменти дорогі ( HP QTP / UFT ліцензія коштує близько 8 тис. доларів за машину). Є вартість архітектора або інженера з автоматизації випробувань (які, до речі, теж дорогі). Після цього переваги автоматизації тестів не можна побачити відразу. Вам потрібно почекати 2-3 місяці, перш ніж ваші сценарії будуть підготовлені, протестовані, і це може надійно працювати, щоб ви могли протестувати додаток.
Ви повинні переконати керівництво нести біль за ці витрати, а також ви повинні сказати їм про терпіння, перш ніж автоматизація тесту може почати давати їм результати.
То як їх переконають? Ви повинні сказати їм аналіз витрат і вигод. Як ви можете задавати питання, скільки часу ми витрачаємо на тестування BAT (тестування прийнятності збірки) нашого додатка? Тоді ви можете сказати, якщо це займає день, за допомогою автоматичної перевірки ми можемо перевірити це протягом 2 годин. Вартість полягає в тому, що вам доведеться придбати інструмент, навчити ресурс і чекати результатів два місяці. Через два місяці ми зможемо запустити НДТ за дві години. Це заощадить 6 годин ручного тестування кожного разу, коли вийде нова збірка. Якщо збірка випускається 4 рази на місяць. Ви зможете заощадити 24 години або 3 дні ручного тестування!
Це не означає, що ручні тестери нічого не робитимуть. Вони використають ці 6 годин тестування, щоб зосередитись на нових та важливих функціональних можливостях програми, тоді як автоматизація подбає про проблеми регресії. Ця установка загалом покращить якість продукту в десятки разів.
Якщо ваше керівництво не бажає платити за якість своєї продукції, тоді ніхто не може змусити їх це робити. Вони автоматично дізнаються, коли клієнти будуть скаржитися на товари. Якість впливає на все. Це впливає на ваші продажі, впливає на ваші стосунки з клієнтами, впливає на ваше сприйняття у свідомості споживачів. Отже, інтелектуальне керівництво завжди інвестувало в якість своєї продукції.
Отже, п’ять пунктів, які слід пам’ятати про переконання свого керівництва:
- Розкажіть їм про переваги автоматизації тестів детально.
- Скажіть їм, що автоматизація тестів дорога, і це спочатку буде коштувати вам грошей, але потім вартість буде зменшена після того, як сценарії будуть підготовлені і почнуть виконуватися.
- Скажіть їм, що вони повинні почекати близько 3 місяців, перш ніж очікувати будь-якого результату від автоматизації тестування.
- Скажіть їм, що автоматизація тестів полягає не в тому, щоб замінити ручні тестери, а в тому, щоб допомогти ручним тестерам, оскільки вони зможуть тестувати більше одночасно.
- Автоматизація тестів не означає більше тестування за менший час; це означає більше тестування одночасно. (Якщо ручні тестери використовували для тестування BAT за 8 годин, вони зможуть протестувати BAT плюс нову функціональність плюс багато інших речей за ті самі 8 годин за наявності автоматизації.)
Пам’ятайте, переконання в управлінні - це перший і найважливіший крок до впровадження автоматизації тестів у вашій організації. Якщо вони не впевнені, забудьте автоматизацію тестування або змініть свою організацію. :)
Крок No2.Пошук експертів з інструментів автоматизації
Існує два типи експертів з автоматизації.
- Архітектори автоматизації
- Інженери з автоматики
Архітектори з автоматизації - рідкісна порода. Їх важко знайти, надзвичайно дорогі та надзвичайно необхідні для успіху проекту автоматизації. Ці люди, як правило, відповідають за побудову систем автоматизації. (Ми детально обговоримо основи автоматизації в окремій статті)
Архітектори автоматизації мають досвід роботи з різними видами інструментів, і вони зазвичай знають сильні та слабкі сторони кожного інструменту. Вони також допоможуть керівництву у виборі правильного інструменту для автоматизації шляхом ретельного аналізу програми та технологій, що використовуються в цій програмі . Вони також допоможуть побудувати структуру, розробляючи конвенції про іменування та створюючи правила для сценаріїв. Вони також допоможуть у виборі тестових випадків, які слід автоматизувати першими.
Якщо ви можете знайти потрібний ресурс для посади архітектора автоматизації, ваша половина роботи виконана для успішної автоматизації у вашій організації
Інженери з автоматики , з іншого боку, це люди, які перетворять ручні тестові кейси в автоматизовані сценарії. Вони працюватимуть під архітектором з автоматизації і будуть відповідальний за створення та виконання сценаріїв .
Деякі компанії наймають інженерів з автоматизації ззовні, а деякі компанії наймають власні компанії, навчаючи своїх існуючих ручних тестерів. У будь-якому випадку, ресурс повинен бути хорошим у програмуванні. Він / вона повинен знати особливо про об'єктно-орієнтоване програмування. Поєднання 1 архітектора з автоматизації та двох інженерів-автоматиків чудово підходить для більшості продуктів.
Крок No3.Використання правильного інструменту для автоматизації
Цей пункт заслуговує на власну статтю (і я напишу одну про це). Це ще один складний крок у процесі запуску автоматизації. На ринку є різні інструменти, але ви повинні вибрати ті, які найкраще підходять для вашої програми.
Щоб зробити це коротким, я напишу найважливіші міркування під час вибору інструменту. Я детально поясню процес вибору інструменту в окремій статті.
Найважливіші речі, які слід враховувати при виборі правильних інструментів:
- Інструмент повинен бути у вашому бюджету . Засоби автоматизації дійсно дорогі. Тож компанія повинна мати бюджет на придбання інструменту.
- Інструмент повинен підтримуючі технології використовується у вашому додатку. Якщо у вашій програмі використовується спалах або Silverlight, інструмент повинен її підтримувати. Якщо ваша програма працює на мобільному пристрої, інструмент повинен мати можливість виконувати сценарії на мобільному телефоні. Ви можете придбати один інструмент, який підтримує всі технології, що використовуються у вашому додатку, або придбати окремі інструменти для кожної технології. Наприклад , Ви можете використовувати селен для своїх веб-додатків, роботів для ваших програм для Android і Інтерфейс із кодуванням MS для настільних додатків. Незалежно від рішення, це має бути у вашому бюджеті.
- Ви повинні мати необхідне кваліфіковані ресурси хто може скористатися цим інструментом або навчитися цьому інструменту за менший час. Наприклад , ви найняли архітектора автоматизації, який мав досвід лише в QTP, і ви купуєте ліцензію на інтерфейс MS Coded, можливо, ресурсу буде некомфортно користуватися ним. Інструменти схожі на хороші машини, але ви повинні мати хороших водіїв теж, щоб керувати цими добрими автомобілями.
- Інструмент повинен мати a хороший механізм звітності показувати результати зацікавленим сторонам після кожного виконання.
Під час вибору потрібного інструменту існують різні фактори, і я висвітлю їх у окремій статті.
Прочитайте цей посібник, щоб дізнатись про найновіші інструменти автоматизації:
20 найкращих засобів тестування автоматизації в 2020 році (вичерпний список)
Крок No4.Аналіз різних застосувань для визначення тих, які найкраще підходять для автоматизації
Якщо ваша організація працює над 5 додатками, немає необхідності автоматизувати кожну з них. Ми повинні бачити різні фактори, вибираючи будь-яку програму для автоматизації.
Додаток, який повинен бути автоматизований, повинен мати такі фактори:
- Додаток не повинен знаходитись на ранніх стадіях його розробки. (Додаток повинен мати усі або деякі модулі, стабільні та перевірені ручними тестерами)
- Інтерфейс користувача програми повинен бути стабільним. (Інтерфейс користувача не повинен часто змінюватися)
- Тестові приклади цієї заявки повинні бути у письмовій формі.
Основною метою автоматизації є переконатися, що якщо додаток не містить помилок в одній збірці, він повинен залишатися без помилок у наступній збірці. Ручний тестер не повинен витрачати свій час на пошук проблем регресії, ці проблеми слід визначати в автоматизації.
Отже, щоб знайти регресію, ми повинні мати додаток, яке вже є стабільним і містить кілька тестових випадків для нього. Команда автоматизації перетворить ці тестові випадки на сценарії та буде запускати ці скрипти під час кожної збірки, щоб переконатися, що регресія не відображається.
Також читайте => Як вибрати правильні тестові випадки для автоматичного тестування
Крок No5.Навчання команди
Після вибору інструменту та найму ресурсів, наступним кроком є логічне навчання ресурсів.
Якщо ручні тестери перетворюються на інженерів з автоматизації, вони повинні пройти навчання з термінології та концепцій автоматизації. Якщо архітектора з автоматизації наймають ззовні, він повинен отримати знання про продукт для тестування, процес ручного тестування та те, що очікує керівництво.
Дайте ресурсам трохи часу, щоб спробувати різні речі, поки вони нарешті не придумають виграшну стратегію автоматизації. Навчіть їх на інструментах, які організація вже використовує програмне забезпечення для відстеження помилок - і програмне забезпечення для управління вимогами .
Насправді необхідна хороша підготовка та міцний зв’язок між тестувальниками, розробниками та командою автоматизації.
Крок No6.Створення рамки автоматизації тестів
Найбільше завдання для архітектора автоматизації - розробити систему автоматизації, яка повинна підтримувати автоматизоване тестування на тривалий термін.
Фреймворк автоматизації - це в основному набір правил і ретельне планування написання сценаріїв таким чином, що призводить до найменшого обсягу обслуговування. Якщо що-небудь зміниться у програмі, сценарії потребують незначного оновлення або зовсім не оновлюються, щоб впоратися із цією зміною. У цьому краса автоматики.
Існує п’ять видів систем автоматизації, а саме лінійна, модульна, керована даними, керована ключовими словами та гібридна. Всі ці основи будуть детально висвітлені на прикладах в окремій статті цієї серії.
Ви також можете почати читати більше про рамки автоматизації в наступних підручниках:
=> Навіщо нам потрібні рамки для автоматизації тестів?
=> Приклади QTP Framework
=> Приклади рамки селену
Крок No7.Розробка плану виконання
План виконання включає вибір того, в яких середовищах будуть виконуватися сценарії. Середовище включає ОС, браузер та різні конфігурації обладнання.
Наприклад , якщо тестовий випадок вимагає перевірити веб-сайт у 3 браузерах, а саме Chrome, Firefox та IE, тоді команда автоматизації напише сценарій таким чином, що він зможе виконати у кожному браузері.
Про це слід завжди говорити перед написанням сценаріїв, оскільки це буде обережно в сценаріях, якщо команда автоматизації знає це заздалегідь. У плані виконання також повинно бути зазначено, хто виконуватиме сценарії. Зазвичай команда автоматизації виконує сценарії для кожної збірки, але це залежить від компанії. Деякі менеджери просять розробників виконати ці сценарії під час їх збірки перед випуском, а деякі компанії наймають спеціальний ресурс саме для виконання. Навіть деякі компанії використовують сценарії в автоматичному режимі, що, звичайно, не вимагає додаткових ресурсів.
Крок No8.Написання сценаріїв
Коли фреймворк розроблений, план виконання відомий і ресурси навчені новому інструменту, зараз саме час почати писати сценарії.
Сценарії слід писати організовано з правильним дотриманням імен. Вихідний код слід підтримувати у вихідному контролі, щоб уникнути втрати коду. Слід підтримувати контроль версій та історію. Автоматизація тестів подібна до розробки програмного забезпечення. Під час написання сценаріїв слід подбати про всі найкращі практики програмування.
Також читайте => Як перевести випадки ручного тестування на сценарії автоматизації
Крок No9.Звітність
Функція звітування зазвичай надається інструментом. Але ми можемо створити власні механізми звітування, такі як автоматичне надсилання результатів керівництву.
Ми можемо створювати звіти в кінці кожного виконання у вигляді діаграм та таблиць, якщо це потрібно керівництву. Керівництво повинно завжди бути проінформоване про охоплення тестових кейсів, це означає, які ручні тестові кейси охоплюються автоматикою, а які з них залишились.
Крок No10.Обслуговування сценаріїв
Якщо дотримуватись найкращих практик програмування і хороший фреймворк, то обслуговування не складе проблем.
Технічне обслуговування зазвичай відбувається, коли є заявка на зміну програми. Сценарії слід негайно оновити, щоб справитись із цією зміною, щоб забезпечити бездоганне виконання.
Наприклад , якщо ви пишете текст у текстовому полі за допомогою сценарію, і тепер це текстове поле стає розкривним списком, ми повинні негайно оновити сценарій.
Деякі інші види змін включають те, що ваші сценарії працювали в англійській версії програми. Зараз є запит на зміну того, що програма повинна підтримувати китайську. Ваш фреймворк повинен дозволяти вам оновлювати свої сценарії, не докладаючи зусиль для підтримки виконання також китайською мовою! Ось чому архітектори автоматизації дорогі. :)
Якщо рамки не є хорошими і не дотримуються найкращих практик, тоді технічне обслуговування стане кошмаром. Більшість проектів автоматизації виходять з ладу через неякісне обслуговування сценаріїв.
Висновок
У цій статті описано що таке процес тестування автоматизації та як розпочати тестування автоматизації у вашій організації від початку до кінця поетапно. Якщо ви виконаєте ці кроки, сподіваюся, ваша автоматизація буде успішною.
Пропоноване читання = >> Найкраще програмне забезпечення для автоматизації ІТ-процесів
Є деякі частини (наприклад, автоматичний вибір інструментів та автоматизаційні рамки), які заслуговують на власні статті. Ми розглянемо їх у наступних частинах цього підручника з тестування з автоматизації.
=> Тим часом натисніть тут, щоб переглянути всі підручники ми вже писали в цій серії.
Я намагався охопити всі аспекти в більш широкому плані і використав власний досвід, щоб написати цей підручник.
Якщо ви відчуваєте, що я пропустив щось важливе або якійсь частині цього підручника потрібно трохи більше пояснень, запитайте мене в розділі коментарів. Я хотів би відповісти на ваші запитання.
інструмент виправлення помилок для Windows 10 -
НАЗАД Підручник No2 | НАСТУПНИЙ підручник No4
Рекомендована література
- Покрокове керівництво по впровадженню доказів концепції (POC) у тестуванні автоматизації
- Що таке тестування автоматизації (Кінцевий посібник із запуску автоматизації тестування)
- Інструмент тестування автоматичного графічного інтерфейсу користувача Sikuli - Посібник для початківців, Частина 2
- Найкращі засоби тестування програмного забезпечення 2021 р. [Інструменти автоматизації тестування якості]
- Чи втрачають тестери контроль над тестуванням через автоматизацію?
- Проблеми, пов'язані з ручним та автоматичним тестуванням
- Ви фахівець з ручного тестування чи автоматизації? Підробіть для нас!
- 11 найкращих засобів автоматизації для тестування програм для Android (Інструменти для тестування додатків Android)