Система тестування на основі ключових слів із прикладом
Томас Гамільтон
⚡ Розумний підсумок
Тестування на основі ключових слів відокремлює логіку тестування від коду автоматизації за допомогою картиping ключові слова простою мовою для функцій повторного використання, тому тестувальники розробляють, підтримують та масштабують автоматизовані набори за допомогою електронних таблиць, замість того, щоб писати скрипти для кожного окремого тестового випадку.
Що таке тестування на основі ключових слів?
Тестування на основі ключових слів це техніка створення сценаріїв, яка використовує файли даних, щоб містити ключові слова, пов’язані з програмою, що тестується. Ці ключові слова описують набір дій, необхідних для виконання певного кроку.
Тест на основі ключових слів складається з ключових слів високого та низького рівнів, включаючи ключові аргументи, які створені для опису дії тестового прикладу. Його також називають тестуванням на основі таблиці або тестуванням на основі дії.
Команда Фреймворк на основі ключових слів — це фреймворк для функціонального автоматизованого тестування, побудований на основі цієї методики. Він поділяє тестові випадки на чотири різні частини, щоб відокремити кодування від тестових випадків та кроків тестування для кращої автоматизації: самі кроки тестування, об'єкти, на які впливають ці кроки, дії, що виконуються над цими об'єктами, та дані, що їм надаються.
У тестуванні на основі ключових слів ви спочатку визначаєте набір ключових слів, а потім пов’язуєте дію (або функцію), пов’язану з цими ключовими словами. Тут кожна тестова дія, наприклад відкриття або закриття браузера, клацання мишею, натискання клавіш тощо, описується таким ключовим словом, як openbrowser, click, Typtext і так далі.
На діаграмі нижче показано дві звичайні бізнес-дії, що перетворюються на ключові слова повторного використання. Наприклад:
- Логін на веб-сайт «guru99» – ключове слово «вхід» використовуватиметься в нашій системі автоматизації для перевірки функції входу або пов’язаної з нею дії.
- Вихід на веб-сайт «guru99» — ключове слово «logout» використовуватиметься в нашій системі автоматизації, щоб перевірити функцію виходу або пов’язану з нею дію.
Більше прикладів ви побачите далі у статті. Шаблон ніколи не змінюється: одна бізнес-дія, одне ключове слово, одна функція.
Приклад ключових слів
У глосарії нижче наведено типові ключові слова для банківської програми та бізнес-дії, які запускає кожне з них.
| Ключові слова | Опис |
|---|---|
| Увійти | Увійдіть на демо-сайт банку guru99 |
| Листи | Відправити поштою |
| вихід із системи | Вийдіть із демо-сайту банку guru99 |
| Сповіщення | Знайти непрочитані сповіщення |
💡 Порада: Називайте ключові слова після бізнес-дії, а не після технічного кроку. «Вхід» переживає редизайн сторінки; «ClickBlueButton» – ні.
Компоненти фреймворку, керованого ключовими словами
Знання ключового слова дає лише половину шляху. Щоб створити фреймворк на основі ключових слів, потрібно зібрати невеликий набір файлів, кожен з яких відповідає за одне завдання.
- Аркуш Excel – Визначте ключові слова та збережіть їх у таблиці Excel, один рядок на кожен крок тестування.
- Функція бібліотеки – Складається з функцій для бізнес-процесів (кнопка входу для будь-якого веб-сайту). Під час виконання тесту зчитується ключове слово з таблиці Excel та відповідно викликається функція.
- Технічні папки – Зберігайте тестові дані, що використовуються в застосунку, таким чином, щоб одне ключове слово працювало з багатьма вхідними даними.
- Репозиторій об'єктів – Зберігає локатори для кожного елемента, якого торкаються ключові слова, тому змінений локатор редагується в одному місці.
- Тестові сценарії – Ви можете мати тестові сценарії для кожного посібника Тестовий випадок або сценарій для одного драйвера.
- Скрипт драйвера – Проходить аркуш Excel рядок за рядком, порівнює кожне ключове слово з бібліотекою функцій та записує результат.
- Інструмент автоматизації – Виконує вирішені команди для програми та надає звітний рівень.
Разом ці сім частин утворюють цілісну фреймворк для автоматизації тестуванняЧому варто обрати саме цей дизайн?
Чому тестування на основі ключових слів
У розробці програмного забезпечення тестування на основі ключових слів виконується з наступних причин
- Загальні компоненти обробляються стандартною бібліотекою
- Використовуючи цей підхід, тести можна написати більш чітко.tracт спосіб
- Високий ступінь багаторазового використання
- Деталі сценарію приховані від користувачів
- Користувачам не потрібно використовувати мови сценаріїв
- Тест стислий, зручний і гнучкий
Оскільки рівень ключових слів поглинає зміни в додатку, велика регресійне тестування пакет залишається екологічним, редагуючи лише кілька функцій замість сотень скриптів. Це міркування визначає, як застосовується цей підхід.
Як виконати тестування на основі ключових слів
Тестування на основі ключових слів можна виконувати обома способами: вручну та автоматизовано. Але зазвичай його використовують разом з автоматизованим тестуванням.
Мета автоматизації тестування на основі ключових слів полягає в тому,
- Це допомагає зменшити витрати на обслуговування
- Уникає дублювання специфікацій
- Більше повторного використання сценаріїв функцій
- Краща підтримка тестування та портативність
- Досягніть більшого тестування з меншими або такими ж зусиллями
За допомогою тестування на основі ключових слів ви можете створювати прості функціональні проби на ранніх етапах розробки, тестування програми по частинах. Найпростіший спосіб скласти тест на основі ключових слів – це записати його. Після запису тест можна змінити та налаштувати відповідно до вимог.
Кожне ключове слово має бути пов'язане принаймні з однією командою, тестовим скриптом або функцією, яка реалізує дії, пов'язані з цим ключовим словом.
Коли тестові приклади виконуються, ключові слова інтерпретуються тестовою бібліотекою, яку викликає платформа автоматизації тестування.
Основні дії, пов'язані з тестуванням на основі ключових слів, це
- Крок 1) Визначення ключових слів низького та високого рівня
- Крок 2) Реалізація ключових слів як виконуваного файлу
- Крок 3) Створення тестових випадків
- Крок 4) Створення скриптів драйверів
- Крок 5) Виконання тестових сценаріїв автоматизації
Кроки 1 та 2 – це одноразові проектні роботи; кроки з 3 по 5 повторюються кожного спринта, як показано на прикладах нижче.
Зразки тестів
У цих трьох сценаріях повторно використовуються ті самі ключові слова, визначені раніше.
- TC_01: Увійдіть на демо-сайт guru99, дізнайтеся, скільки транзакцій було здійснено сьогодні
- TC_02: увійдіть на демо-сайт guru99, надішліть електронний лист одному зі своїх клієнтів, а потім вийдіть із системи
- TC_03: Увійдіть на демо-сайт guru99 і перевірте, чи не отримано сповіщення
Записана як таблиця ключових слів, TC_02 перетворюється на шість рядків, які будь-який тестер може прочитати або змінити порядок, не відкриваючи код:
| Крок | ключове слово | аргументація | Очікуваний результат |
|---|---|---|---|
| 1 | відкритийбраузер | Chrome | Початок сеансу браузера |
| 2 | Увійти | mngr123 / демопас | Показано головну сторінку менеджера |
| 3 | Листи | customer@example.com | Відкривається вікно створення листа |
| 4 | натисніть | Відправити | "Mail відображатиметься "відправлено" |
| 5 | вихід із системи | - | Сесія закрита |
| 6 | закритибраузер | - | Випущено браузер |
свопping аргумент на кроці 3 перетворює ті самі шість рядків на інший тест, де дані тесту управління окупається.
Переваги тестування на основі ключових слів
- Це дозволяє функціональним тестувальникам планувати автоматизацію тестування до того, як програма буде готова
- Тести можна розробляти без знань програмування
- Це не залежить від конкретної мови програмування чи інструменту
- Сумісний з будь-якими інструментами автоматизації, доступними на ринку
Ці переваги пояснюють, чому тестування на основі ключових слів підходить для довгострокових автоматизоване тестування люкси. Вартість також має значення.
Обмеження тестування на основі ключових слів
ПресtracФункція, яка робить тести на основі ключових слів читабельними, також робить їхню розробку дорогою. Перед першим запуском тесту хтось повинен визначити ключові слова, реалізувати кожне з них як функцію, підключити репозиторій об'єктів та написати скрипт драйвера. У невеликому проекті таке налаштування коштує дорожче, ніж написання скриптів для тестів безпосередньо.
Технічне обслуговування – це друга стаття витрат. Бібліотека спільна для кожного тесту, тому одне недбале редагування руйнує весь набір. Бібліотеки також розростаються: команди додають майже дублікати, такі як «Login», «SignIn» та «DoLogin».
- Високі початкові інвестиції – розробка фреймворку та реалізація ключових слів передують будь-якому тестовому запуску.
- Знижена гнучкість – тестувальники виражають лише те, що дозволяють існуючі ключові слова, тому незвичайні сценарії потребують розробки.
- Незручно для складної логіки – розгалуження та цикли протистоять плоским рядкам таблиці.
- Навички все ще потрібні – рівень ключових слів не потребує коду, а бібліотека функцій – ні.
⚠️ Попередження: Revпереглядайте бібліотеку ключових слів кожного випуску та видаляйте невикористовувані записи. Неконтрольований словник є найпоширенішою причиною, чому фреймворки, керовані ключовими словами, покидають.
Ці компроміси формують порівняння нижче.
Фреймворк, керований ключовими словами, проти керованого даними та гібридного фреймворку
Керовані ключовими словами та тестування на основі даних вирішують різні проблеми. Фреймворк, керований даними, змінює вхідні дані фіксованого сценарію; фреймворк, керований ключовими словами, змінює кроки. У таблиці додано гібридну модель, яку використовує більшість корпоративних команд.
| Аспект | Фреймворк на основі ключових слів | Фреймворк, керований даними | Гібридна структура |
|---|---|---|---|
| Що екстерналізовано | Кроки та дії тестування | Тільки тестові дані | Як кроки, так і дані |
| Планування зусиль | Широкий та точний | Обмежено даними та скриптами | Найвищий |
| технічне обслуговування | Легше, більше пресуtracшари | Сильніше, пресtracція тонша | Найпростіший у масштабі |
| Потрібні навички кодування | Тільки для бібліотеки функцій | Обов'язково для кожного скрипта | Необхідно для основного шару |
| Можна почати до будівництва | Так | Немає | Так |
На практиці стилі поєднуються. Гібридний фреймворк зберігає кроки як ключові слова та вхідні дані в таблицях даних, часто через Об'єктна модель сторінкиОберіть керований ключовими словами, коли багато тестувальників пишуть тести, керований даними, коли один потік потребує багато вхідних даних, та гібридний, коли застосовуються обидва.
Інструменти, що використовуються для тестування на основі ключових слів
Для тестування на основі ключових слів широко використовується кілька інструментів, кожен з яких інтерпретує таблицю ключових слів по-різному.
- HP QTP – постачається з вбудованим переглядом ключових слів, тому аркуш та виконуваний тест є одним артефактом.
- Selenium – не має вбудованого шару ключових слів, тому команди самостійно створюють бібліотеку функцій та скрипт драйвера.
- Робот Framework – рушій з відкритим кодом, розроблений на основі ключових слів, з табличним синтаксисом та багатьма готовими ключовими словами.
- TestNG – часто використовується поряд Selenium для послідовного відображення методів на основі ключових слів та створення звітів.
Наш список автоматизовані засоби тестування охоплює ліцензування та підтримку платформи для кожного варіанта.
