Coded Підручник з фреймворку автоматизації тестування інтерфейсу користувача
⚡ Розумний підсумок
CodeТест інтерфейсу користувача (CUIT) – це функція автоматизованого тестування у Visual Studio, яка керує програмою через її інтерфейс користувача. Тут ви дізнаєтесь, що таке CUIT, його функції, підтримувані технології, як створювати тести та найкращі практики.

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

