Зміст[Сховати][Показати]
Кожна команда веб-розробників проводить набір тестів своїх продуктів, але веб-рішення, яке буде надано пізніше, має недоліки.
Навіть при найкращому ручному тестуванні дефекти неминуче заповзають і з’являються знову, незважаючи на зусилля команди QA виявити їх до першого випуску.
Коли справа доходить до підвищення ефективності та обсягу тестування програмного забезпечення, автоматичне веб-тестування є найкращим вибором.
Для онлайн-тестування Python мова програмування пропонує фреймворк робота, який може використовувати зовнішні бібліотеки, такі як selenium.
У цій публікації ми розглянемо тестові випадки та інші терміни, пов’язані з роботою Python.
Що таке каркас робота?
Робот Framework це гнучка загальна структура автоматизації з відкритим вихідним кодом, написана на Python, яка використовується для автоматизованого тестування програмного забезпечення, роботизованої автоматизації процесів, приймального тестування та розробки на основі приймального тестування.
Простими словами, це система автоматизації тестування на основі ключових слів на Python.
Це дозволяє тестувальникам ефективно автоматизувати та підтримувати складні сценарії процесів. Фреймворк можна використовувати для тестування інтерфейсів користувача та інтерфейсів прикладного програмування.
Це дозволяє інженерам-тестувальникам використовувати Selenium на додаток до численних інших інтеграцій. Selenium — це стандартний інструмент для автоматизації поведінки користувачів і створення сценаріїв взаємодії веб-переглядача для будь-якого веб-сайту.
Що таке приймальні випробування?
Це спосіб визначення потужності системи. Метою приймального тестування є оцінка можливостей системи щодо потреб бізнесу.
Що таке роботизована автоматизація процесів?
RPA, або роботизована автоматизація процесів, є методом мінімізації людської праці за допомогою програмного забезпечення, яке включає навчання за допомогою машини і можливості штучного інтелекту. RPA використовується для автоматизації високорівневих, повторюваних процесів.
Що таке розробка, орієнтована на прийняття?
Розробка на основі приймального тестування, часто відома як ATDD, — це техніка розробки, яка базується на спілкуванні між бізнес-клієнтами, розробниками та тестувальниками. Вони співпрацюють і проводять приймальне тестування перед розгортанням функції.
Платформа робота – архітектура високого рівня
Robot Framework — це фреймворк, який не залежить від додатків і технологій. Його архітектура дуже модульна, як видно на малюнку нижче.
Тестові дані представлені у простому табличному форматі, який можна редагувати. Robot Framework аналізує дані, проводить тестові випадки, а також створює журнали та звіти під час запуску.
Основний фреймворк не має знань про ціль, що тестується, і бібліотеки керують усіма взаємодіями з нею. Бібліотеки можуть використовувати інструменти тестування нижнього рівня як драйвери або безпосередньо використовувати інтерфейси програм.
риси
- Це полегшує тестування на основі даних, дозволяючи автоматизувати тестування для різних типи даних.
- Він уникає використання значної кількості коду і замість цього використовує стратегію тестування, орієнтовану на поведінку.
- Він може працювати з бібліотеками та функціями сторонніх розробників.
- Ключові слова (попередньо визначені або визначені користувачем) використовуються в табличному стилі для написання тестових випадків.
- Користувачі можуть створювати ключові слова.
- Дозволено використовувати змінні.
- У Framework використовується метод, керований ключовими словами, у якому сценарії пишуться з використанням крихітних, легко зрозумілих термінів (або попередньо визначених, або визначених користувачем).
- Після кожної збірки звіти,
- і створюються журнали.
- Він створює ретельні звіти та журнали про стан виконання сценарію, що особливо корисно у випадку, якщо сценарій дає збій.
Підручник з роботи з фреймворком
Давай поринемо
1. Установка роботи каркаса
Пакет pip пропонується для встановлення фреймворка робота в Python. Щоб встановити фреймворк, виконайте таку команду.
Після успішної інсталяції за допомогою параметра -version ви зможете переглядати версії інтерпретатора та версії робота.
2. Бібліотеки
- Вбудований – це стандартна бібліотека, яка містить набір часто використовуваних ключових слів, які автоматично імпортуються та доступні в будь-який час.
- Колекція – надає набір ключових слів для роботи зі списками та словниками Python. Ключові слова бібліотеки можна використовувати для зміни та створення значень зі списків і словників.
- Діалоги – стандартна бібліотека для зупинки виконання та отримання відгуків користувачів. Залежно від того, чи виконуються тести, діалогові вікна будуть дещо непослідовними.
- DateTime дозволяє генерувати та змінювати інформацію про дату та час.
- Операційна система – дає змогу робототехніці виконувати різноманітні завдання, пов’язані з операційною системою, під час її роботи. Він може, серед іншого, виконувати інструкції та безпосередньо створювати та змінювати дані.
- Процес – ця бібліотека використовується для запуску процесів за допомогою підмодулів Python і відкритого класу. Ключове слово run process використовується для очікування запущеного процесу в системі та його компіляції.
- XML також є текстовою бібліотекою, яка використовується фреймворком робота для перевірки та модифікації документів XML.
- Рядок — це пакет для маніпуляції та перевірки рядків.
- Застосовується Telnet, який дозволяє вам взаємодіяти через telnet. Бібліотека telnet дозволяє підключатися до сервера telnet через звичайне з’єднання TCP/IP і виконувати команди.
3. Вбудовані інструменти
У структурі робота використовуються в основному чотири вбудовані інструменти:
- Rebot – інструменти для створення журналів і звітів із виводу XML та одночасного об’єднання численних виводів.
- Testdoc — На основі тестових випадків Robot Framework створює HTML-документацію високого рівня.
- Libdoc – генератор ключової документації для бібліотек і файлів ресурсів.
- Tidy – інструменти Robot Framework для очищення та перетворення файлів даних у інший формат.
4. Тестові випадки
Замість автоматизованих тестових випадків тестові приклади в фреймворку робота можуть бути написані базовою англійською мовою. Для класифікації тестових сценаріїв можна використовувати наступні тести.
- Тести робочого процесу
- Тести вищого рівня
- Тести на основі даних
Тести робочого процесу
Тестові випадки роботи фреймворка часто записуються в табличному синтаксисі. Перший стовпець таблиці тестового прикладу містить назви тестів, а тестовий приклад починається з будь-чого в стовпці і закінчується ім’ям наступного тестового прикладу або кінцем таблиці.
Давайте подивимося на реальний приклад, щоб зрозуміти, як це працює.
- Користувач може створити обліковий запис і увійти.
- Користувач не зможе увійти, якщо пароль неправильний.
Тести високого рівня
Другий стовпець зазвичай містить ім’я ключового слова, за винятком встановлення змінних зі значеннями, записаними в ключовому слові.
Тестові випадки роботи фреймворка можна створювати, використовуючи лише ключові слова високого рівня без жодних позиційних параметрів. Щоб краще зрозуміти тестування високого рівня, розглянемо наступний приклад.
Тести на основі даних
Тестування на основі даних ізолює тестові дані, а не імітує процедури. У фреймворку робота параметр [template] визначає тестовий приклад для тесту, керованого даними.
5. Ключові слова
Для побудови тестових випадків у фреймворку робота використовуються ключові слова з двох джерел.
- Ключові слова для бібліотеки
- Ключові слова для Користувача
Ключові слова для бібліотеки
Стандартні бібліотеки визначають всю термінологію найнижчого рівня, яка може бути реалізована за допомогою комп’ютерних мов, таких як Python і Java.
Стандартні, зовнішні та користувацькі бібліотеки є серед тестових бібліотек, доступних у рамках роботи. Основний фреймворк включає в себе вбудовані, знімки екрана, ОС та інші стандартні бібліотеки.
Ключові слова для Користувача
Можливість генерувати унікальні ключові слова високого рівня з існуючих фраз є однією з найважливіших особливостей дизайну робота. Щоб краще зрозуміти, як це працює, розглянемо приклад.
6 Змінні
Змінні є важливою частиною кожного тестового прикладу в рамках роботи. Змінна — це чудовий підхід до визначення будь-яких даних у тестовому прикладі, які піддаються змінам або мінливості.
Давайте подивимося, як визначити змінні в тестовому випадку.
Зазначення змінних
Окрім змінних, визначених користувачем, структура робота має вбудовані змінні, такі як $TEMPDIR та $/, які ми використовували в попередньому прикладі.
Використання змінних
Змінні можна використовувати будь-де в тестовому випадку.
Однак вони найчастіше використовуються як аргументи ключових слів. Розглянемо наступний приклад, щоб проілюструвати те, що я маю на увазі.
7. Організація тестових випадків
Файли тестових випадків використовуються для створення тестових випадків роботи, але їх також можна згрупувати в каталоги для створення ієрархії тестового набору. Набір тестів – це група тестових випадків. Набір тестів складається з усіх файлів, що містять тестові випадки.
Використовуючи каталоги, тестові приклади можна структурувати в ієрархію; всі ці каталоги забезпечують набори тестів високого рівня з іменами, похідними від імен каталогів.
Використання налаштувань і демонтажів
Параметри «Налаштування тесту» та «Тестовий розрив» таблиці налаштувань можна використовувати для виконання певного ключового слова в тесті до або після його завершення. Ви також можете використовувати «Suite Setup» і «Suite Teardown» для виконання ключових слів до або після тестового набору.
Ви можете створити власні [Setup] і [Teardown] у тестовому випадку, подібно до [Template]. Розглянемо наступний сценарій, щоб краще зрозуміти це.
Використання тегів
Фреймворк робота дозволяє використовувати теги для надання безкоштовних метаданих для тестових випадків. «Примусові теги» та «Теги за замовчуванням» можна використовувати для встановлення тегів у файлі. [Теги], як і [Шаблон], можна використовувати для призначення тегів одному тесту. Давайте розглянемо приклад, щоб побачити, як ми використовуємо теги.
Звіт буде включати теги з тестовими прикладами, пов’язаними з ними, а також статистику на основі тегів після виконання.
профі
- Налаштувати Robot Framework легко.
- Він заснований на використанні ключових слів.
- Це дозволяє використовувати корнішон.
- Це працює з обома мобільні та веб-додатки.
- Основи Robot Framework легко зрозуміти.
- Він використовує підхід з низьким кодом.
- Підтримуються Windows, Mac OS X, Unix і Linux.
- Підтримуваними мовами програмування є Python, IronPython і PyPy.
- Він працює з усіма основними веб-браузерами.
- Robot Framework — це безкоштовний інструмент автоматизації з відкритим кодом.
мінуси
- Паралельне виконання тесту не підтримується Robot Framework.
- За роботою Framework важко встигати.
- Звіти HTML у Robot Framework важко змінити.
- Налагодження деяких проблем Robot Framework може бути складним.
- Відступи суворо дотримуються в Robot Framework.
Висновок
Платформа Robot — це безкоштовна платформа для приймального тестування з відкритим вихідним кодом і розроблення на основі приймальних тестів.
Тестові приклади роботизованої структури побудовані на ключових словах, виражених у табличному стилі, що робить їх легкими для розуміння та дає точну інформацію про значення тестового прикладу.
Це дійсно зручно та просто у використанні.
Деякі з вас користувалися ним раніше, тож якщо у вас налаштовано тести та готовий додаток для Android / iOS, спробуйте.
Ви будете вражені тим, наскільки добре все працює і як скоро може бути завершено приймальне тестування.
залишити коментар