Типове тестування автоматизації програмного забезпечення вимагає таких засобів автоматизації, як Селен та QTP. Кодований інтерфейс схожий на ці інструменти і може бути особливо корисним для функціональних тестів.
Тест кодованого інтерфейсу (CUIT) використовує Visual Studio IDE для написання сценаріїв, оскільки запис можна зробити за допомогою Visual Studio.
У цьому підручнику ви дізнаєтесь-
- Що таке кодований тест інтерфейсу користувача (CUIT)?
- Кодовані функції тестування інтерфейсу користувача
- Кодований тест інтерфейсу користувача (CUIT) Підтримувані технології
- Навіщо використовувати кодований інтерфейс для автоматизації тестів
- Як створити кодовані тести інтерфейсу користувача (CUIT)
- Зміст тестованого кодованого інтерфейсу
- Як виконати кодований тест інтерфейсу користувача
- Найкращі практики тестування кодованого інтерфейсу (CUIT)
- Порівняння кодованого тесту UI проти. Селен проти QTP
Що таке кодований тест інтерфейсу користувача (CUIT)?
CUIT - це автоматизовані тести, які керують вашим додатком через його інтерфейс користувача (UI). Отже, назва, кодована UI-тестами (CUIT). Ці тести включають функціональне тестування елементів керування інтерфейсом. Він перевіряє функціональність усієї програми, включаючи користувальницький інтерфейс.
Кодовані функції тестування інтерфейсу користувача
Кодовані функції інтерфейсу користувача включають
- Функціональне тестування
- Створити код у VB / C #
- Інтегровано з історією ALM
- Створення, розгортання та тестування в лабораторії або як частина збірки
- Місцеві, віддалені запуски, збір даних
- Багата розширюваність
- Усвідомлений запис та еластичне відтворення
Кодований тест інтерфейсу користувача (CUIT) Підтримувані технології
За допомогою кодованого інтерфейсу можна легко перевірити програму, яка має інтерфейс користувача (інтерфейс користувача). Додаток може мати віконну або веб-версію.
Кодований інтерфейс підтримує такі технології, як
- Настільні програми на базі вікон
- Веб-служби (SOAP, ASPX тощо)
- Програми для віконних телефонів
- WPF (Windows Presentation Foundation)
- Веб-програми (HTML, Silverlight, HTML5)
Навіщо використовувати кодований інтерфейс для автоматизації тестів
Причина, чому кодований інтерфейс для автоматизації тестів є кращою
- Розробники та тестувальники програмного забезпечення можуть ефективно співпрацювати, використовуючи ті самі інструменти / мову.
- Він підтримує як веб-мережі, так і проекти Windows.
- Механізм ідентифікації елементів є чудовою функцією в кодованому інтерфейсі. Крім того, він підтримує синхронізацію
- Механізм відтворення підтримує такі функції, як "WaitForControlExist", "WaitForReadyLevel" тощо.
- За допомогою «Тестових агентів» тести автоматизації можна запускати на віддалених машинах
- Команди автоматизації можуть розробляти складні тести, використовуючи кодований інтерфейс із шаруватою структурою
- Тестери програмного забезпечення можуть фіксувати винятки та ефективно реєструвати результат, використовуючи log4net.dll
- Інструмент із кодованим інтерфейсом підтримує описове програмування. Це дозволяє тестувальникам програмного забезпечення автоматизувати сценарії на основі властивостей об’єкта
- Він підтримує елементи керування AJAX.
Як створити кодовані тести інтерфейсу користувача (CUIT)
Для створення кодованих тестів інтерфейсу користувача ви можете зробити це наступними способами.
- Генерування з існуючого запису дії (перетворення з ручного тестового запису)
- Створення нового кодованого тесту інтерфейсу з нуля
- Написання коду з нуля
Зміст тестованого кодованого інтерфейсу
Коли ви створюєте закодований тест інтерфейсу, конструктор тестованого інтерфейсу створює карту. Це включає тестований інтерфейс, методи тесту, параметри, твердження тощо. Для кожного тесту він також створює файл класу.
| Файл | Зміст | Можна редагувати |
|---|---|---|
| UIMap.Designer.cs | Розділ декларації Властивості методів класу UIMap | Ні |
| UIMap.cs | Клас UIMap (частковий) | Так |
| CodedUITest1.cs | Властивості методів класу CodeUITest1 | Так |
| UIMap.uitest | Карта XML інтерфейсу користувача для тесту. Він редагується лише через редактор UI Map | Ні |
- UIMap.Designer.cs : Конструктор містить подання коду UIMap. Він генерується, коли тестер записує деяку взаємодію з користувацьким інтерфейсом або коли деякі об’єкти додаються вручну до UIMap.
- UIMap.cs : У цьому файлі зберігаються будь-які зміни або налаштування, зроблені для UIMap. Спочатку цей файл буде порожнім і може бути заповнений пізніше. Якщо модифікації безпосередньо пов'язані з файлом UIMap.designer.cs, переконайтеся, що він не записаний, інакше всі зміни будуть втрачені.
- CodedUITest1.cs : Цей файл містить кодований клас тестування інтерфейсу користувача, методи тестування, виклик твердження та виклик методу. Усі твердження та методи за замовчуванням викликаються з цього файлу.
- UIMap.uitest : Це XML-представлення класу UIMap. Він включає вікна, елементи керування, властивості, методи, дії та твердження. Він редагується лише через редактор UI Map
Як виконати кодований тест інтерфейсу користувача
Кодований інтерфейс має два різні способи проведення тесту для вашої програми.
- Кодований інтерфейс Запис і відтворення або
- Кодоване кодування інтерфейсу користувача
Вам потрібно виконати наступний крок, щоб виконати кодований тест інтерфейсу користувача,
- Створіть закодований проект тестування інтерфейсу користувача
- Додайте закодований тестовий файл інтерфейсу користувача
- Запишіть послідовність дій
- Перевірте значення в полях інтерфейсу, таких як текстові поля
- Переглянути сформований тестовий код
- Додайте більше дій та тверджень
- Відредагуйте деталі тестової діяльності та твердження
- Запустіть тест
Найкращі практики тестування кодованого інтерфейсу (CUIT)
Ось декілька найкращих практик для кодованого тесту інтерфейсу користувача,
- За можливості використовуйте конструктор тестованих інтерфейсів
- Намагайтеся не змінювати файл UIMap.designer.cs безпосередньо. В іншому випадку зміни, внесені у файл, будуть перезаписані
- Створіть свій тест як послідовність записаних методів
- Кожен записаний метод повинен діяти на одній сторінці, формі або діалоговому вікні. Також створіть новий метод тестування для кожної нової форми, сторінки чи діалогового вікна
- Коли ви створюєте метод, замість імені за замовчуванням використовуйте значуще ім'я методу. Значуща назва допомагає визначити мету методу
- Якщо можливо, обмежте кожен записаний метод менш ніж 10 діями. Цей підхід полегшує заміну методу, якщо інтерфейс змінюється.
- Для створення твердження використовуйте кодований конструктор тестів інтерфейсу користувача. Він автоматично додає метод твердження до файлу UIMap.Designer.cs.
- Повторно запишіть методи випробування / методи твердження, якщо користувальницький інтерфейс змінює або перезаписує відповідні розділи існуючого методу випробування.
- Якщо ви безпосередньо кодуєте за допомогою API, використовуйте методи та властивості в класах, створених у файлі UIMap.Designer.cs. Ці заняття зроблять вашу роботу надійнішою та легшою, а також допоможуть вам бути більш продуктивними.
Порівняння кодованого тесту UI проти. Селен проти QTP
Нижче наведена таблиця порівняння кодованого тесту інтерфейсу користувача з іншими засобами автоматизації.
- Селен не підтримує жоден WPF, а також додатки Windows
- Кодований інтерфейс Visual Studio підтримує тестування додатків магазину Window, а також тестування додатків Window Phone. Жоден інший інструмент цього не підтримує.
- Тест завершено підтримує програму Window, але вимагає встановлення плагіна.
Короткий зміст:
- Автоматизовані тести, які керують вашим додатком через його користувальницький інтерфейс (UI), відомі як кодовані тести UI (CUIT).
- Кодований користувальницький інтерфейс підтримує такі технології, як веб-служби, додатки для телефонів Window, веб-програми тощо
- Кодований інтерфейс дозволяє розробникам та тестувальникам програмного забезпечення ефективно співпрацювати, використовуючи ті самі інструменти / мову
- Вміст або файл, створений під час використання кодованого інтерфейсу, включає
- UIMap.Designer.cs
- UIMap.cs
- CodedUITest1.cs
- UIMap.uitest