Основана от ключови думи рамка за тестване с пример
Томас Хамилтън
⚡ Умно обобщение
Тестването, управлявано от ключови думи, разделя тестовата логика от кода за автоматизация чрез картаping ключови думи на обикновен език към функции за многократна употреба, така че тестерите проектират, поддържат и мащабират автоматизирани пакети чрез електронни таблици, вместо да пишат скриптове за всеки отделен тестов случай.
Какво представлява тестването, управлявано от ключови думи?
Тестване, управлявано от ключови думи е скриптова техника, която използва файлове с данни, за да съдържа ключовите думи, свързани с приложението, което се тества. Тези ключови думи описват набора от действия, които са необходими за извършване на конкретна стъпка.
Тестът, управляван от ключови думи, се състои от ключови думи от високо и ниско ниво, включително аргументите на ключовите думи, които са съставени, за да опишат действието на тестов случай. Нарича се още тестване, управлявано от таблица, или тестване, базирано на думи на действие.
- Основна рамка, управлявана от ключови думи е рамката за функционално автоматизирано тестване, изградена около тази техника. Тя разделя тестовите случаи на четири различни части, за да отдели кодирането от тестовите случаи и тестовите стъпки за по-добра автоматизация: самите тестови стъпки, обектите, върху които действат тези стъпки, действията, извършвани върху тези обекти, и данните, които им се предоставят.
При тестването, управлявано от ключови думи, първо идентифицирате набор от ключови думи и след това свързвате действие (или функция), свързано с тези ключови думи. Тук всяко тестово действие като отваряне или затваряне на браузър, щракване с мишката, натискане на клавиши и т.н. се описва с ключова дума като отворен браузър, щракване, Typtext и така нататък.
Диаграмата по-долу показва две обикновени бизнес действия, превръщащи се в ключови думи за многократна употреба. Например:
- Влизане към уебсайта „guru99“ – Ключовата дума „влизане“ ще се използва в нашата рамка за автоматизация, за да се тества функцията за влизане или действието, свързано с нея.
- изход към уебсайта „guru99“— Ключовата дума „излизане“ ще се използва в нашата рамка за автоматизация, за да се тества функцията за излизане или действието, свързано с нея.
Ще видите още примери по-нататък в статията. Моделът никога не се променя: едно бизнес действие, една ключова дума, една функция.
Пример за ключови думи
Речникът по-долу изброява типичните ключови думи за банково приложение и бизнес действието, което всяка от тях задейства.
| Ключови думи | Descriptйон |
|---|---|
| Вход | Влезте в демо сайта на guru99 bank |
| Имейли | Изпратете имейл |
| излизания | Излезте от демо сайта на guru99 bank |
| Известия | Намерете непрочетени известия |
💡 Съвет: Наименувайте ключовите думи след бизнес действието, а не след техническата стъпка. „Вход“ оцелява след редизайн на страницата; „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 – няма собствен слой с ключови думи, така че екипите сами изграждат библиотеката с функции и скрипта на драйвера.
- Рамка за роботи – двигател с отворен код, проектиран около ключови думи, с табличен синтаксис и много готови ключови думи.
- TestNG – често използван заедно с Selenium да се подредят методите, картографирани с ключови думи, и да се генерират отчети.
Нашият списък с инструменти за автоматизирано тестване обхваща лицензирането и поддръжката на платформата за всяка опция.
