Coded Урок за рамка за автоматизация на потребителския интерфейс
Бенджамин Уокър
⚡ Умно обобщение
CodeUI Test (CUIT) е функция за автоматизирано тестване във Visual Studio, която управлява приложението чрез потребителския му интерфейс. Тук ще научите какво представлява CUIT, неговите функции, поддържани технологии, как да създавате тестове и най-добри практики.
Типична софтуерна автоматизация Тестване изисква инструменти за автоматизация като Selenium намлява QTP. Coded UI е подобен на тези инструменти и може да бъде особено полезен за функционални тестове.
Coded UI Test (CUIT) използва Visual Studio IDE за писане на скриптове, тъй като записът може да се извърши с помощта на Visual Studio.
Какво е Coded Тест на потребителския интерфейс?
Coded Тест за потребителски интерфейс (CUIT) е автоматизиран тест, който управлява приложенията чрез потребителския си интерфейс (UI). Оттук и името Coded Тест за потребителски интерфейс (CUIT). Този тест включва функционално тестване на контролите на потребителския интерфейс. Той проверява функционалността на цялото приложение, включително потребителския интерфейс. Използва се и за автоматизиране на съществуващ ръчен тест.
UI тест Archiтекстура
Coded Функции за тестване на потребителския интерфейс
CodeФункциите на потребителския интерфейс включват
- Функционално тестване
- Генериране на код във VB/C#
- Интегриран с историята на ALM
- Изградете, разположете и тествайте в лабораторията или като част от компилация
- Локални, отдалечени работи, събиране на данни
- Богата разширяемост
- Запис с съзнание за намерение и устойчиво възпроизвеждане
Coded Поддържани технологии за UI тест (CUIT)
С кодиран UI приложение, което има UI (потребителски интерфейс), може лесно да бъде тествано. Приложението може да бъде базирано на прозорец или уеб базирано.
Coded UI поддържа технологии като
- Настолни приложения, базирани на прозорци
- Уеб услуги (SOAP, ASPX и др.)
- Приложения за телефон с прозорец
- WPF (Windows Презентация Foundation)
- Уеб приложения (HTML, Silverlight, HTML5)
Защо да използвате кодиран потребителски интерфейс за автоматизация на тестовете
Причината, поради която кодираният потребителски интерфейс за автоматизация на тестове е предпочитан
- Разработчиците и софтуерните тестери могат да си сътрудничат ефективно, като използват едни и същи инструменти/език.
- Поддържа както уеб, така и Windows проекти.
- Механизмът за разпознаване на елементи е чудесна функция в Coded потребителски интерфейс. Също така, поддържа синхронизация
- Механизмът за възпроизвеждане поддържа функции като "WaitForControlExist", "WaitForReadyLevel" и др.
- С помощта на „Тестови агенти“ тестовете за автоматизация могат да се изпълняват на отдалечени машини
- Екипите за автоматизация могат да разработят сложни тестове, като използват кодиран потребителски интерфейс с многослойна рамка
- Софтуерните тестери могат да улавят изключения и да записват резултата, използвайки ефективно log4net.dll
- Coded Инструментът за потребителски интерфейс поддържа описателно програмиране. Той позволява на софтуерните тестери да автоматизират сценарии въз основа на свойствата на обекта
- Поддържа AJAX контроли.
Как се създава Coded Тестове за потребителски интерфейс (CUIT)
За да създадете кодирани UI тестове, можете да го направите по следните начини.
- Генериране от съществуващ запис на действие (конвертиране от ръчен тестов запис)
- Създаване на нов кодиран UI тест от нулата
- Писане на код от нулата
Съдържанието на a Coded Тест на потребителския интерфейс
Когато създавате кодиран тест на потребителския интерфейс, създателят на кодиран тест на потребителския интерфейс създава карта. Това включва потребителски интерфейс в процес на тестване, тестови методи, параметри, твърдения и т.н. За всеки тест се създава и клас файл.
| досие | съдържание | Може да се редактира |
|---|---|---|
| UIMap.Designer.cs | Секция за декларация UIMap Class Methods Properties | Не |
| 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: Този файл съдържа кодиран UI тестов клас, тестови методи, извикване на твърдения и извикване на метод. Всички твърдения и методи се извикват по подразбиране от този файл.
- UIMap.uitest: Това е XML представяне на класа UIMap. Той включва прозорци, контроли, свойства, методи, действия и твърдения. Редактира се само чрез редактор на UI Map
Следващият в това Coded Урок за потребителски интерфейс, ще научим как да го изпълняваме Coded Тест за автоматизация на потребителския интерфейс.
Как да изпълним Coded Тест на потребителския интерфейс
Coded UI има два различни начина за провеждане на тест за вашето приложение.
- Coded Запис и възпроизвеждане чрез потребителски интерфейс или
- Coded UI Ръчно кодиране
Трябва да следвате следната стъпка, за да я изпълните Codeг. тестване на потребителския интерфейс,
- Създаване на Codeпроект за тест за шофиране в нетрезво състояние
- Добавете кодиран тестов файл на потребителския интерфейс
- Запишете последователност от действия
- Проверете стойностите в полетата на потребителския интерфейс, като текстови полета
- Вижте генерирания тестов код
- Добавете още действия и твърдения
- Редактирайте подробностите за тестовите дейности и твърденията
- Изпълнете теста
Най-добри практики за Coded Тест за потребителски интерфейс (CUIT)
Ето някои най-добри практики за Coded Рамка за автоматизирано тестване на потребителски интерфейс:
- Използвайте Coded UI автоматизация Test Builder, когато е възможно
- Опитайте се да не променяте директно файла UIMap.designer.cs. В противен случай промените, които сте направили във файла, ще бъдат презаписани
- Създайте своя тест като последователност от записани методи
- Всеки записан метод трябва да действа върху отделна страница, формуляр или диалогов прозорец. Освен това създайте нов тестов метод за всеки нов формуляр, страница или диалогов прозорец
- Когато създавате метод, вместо името по подразбиране използвайте смислено име на метод. Смисленото име помага да се идентифицира целта на метода
- Ако е възможно, ограничете всеки записан метод до по-малко от 10 действия. Този подход улеснява замяната на метод, ако потребителският интерфейс се промени.
- За да създадете твърдение, използвайте CodedUI конструктор на тестове. Той автоматично добавя метод за твърдение към файла 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 Application, но изисква инсталиране на приставка.
Сравнение на Coded Тест на потребителския интерфейс срещу Selenium Vs QTP
