parasoft soatest tutorial
Този урок SOATest обяснява как да създадете проект или .tst файл в Parasoft SOATest, основни компоненти на SOATest проект и I / O техники:
В този урок ще влезем в детайлите на Инструмент SOAtest което е инструмент за автоматизация на API, как можем да създадем примерен проект с помощта на този инструмент, кои са основните компоненти на този инструмент, значението на всеки компонент заедно с тяхното използване, техники за въвеждане / извеждане и терминологии, свързани със SOAtest.
Този урок ще ви даде пълна представа за това как се изгражда .tst файл / проект за автоматизация на API.
Списък с уроци в тази серия SOAtest.
Урок # 1: Урок за SOAtest на Parasoft (Този урок)
Урок # 2: САПУН срещу останалата разлика
Урок № 3: Твърдение в SOAtest с пример за XML код
Какво ще научите:
- Какво е SOAtest инструмент?
- I / O техники
- Важни терминологии
- Обобщение
Какво е SOAtest инструмент?
Parasoft SOAtest е инструмент за автоматизация на уеб API, който използва две услуги, т.е. SOAP и REST за извършване на функционални, регресионни, модулни тестове, откриване на грешки по време на изпълнение, анализ на статичен код, виртуализация на услуги и т.н.
Създаване на проект в SOAtest
Предварително условие: Не забравяйте да импортирате необходимите .jar файлове.
Щракнете с десния бутон върху вашия проект -> Properties -> System Properties -> Add Jars .
(изображение източник )
Стъпки за създаване на нов проект с помощта на SOAtest
# 1) Щракнете върху менюто Файл -> Нов -> Проект от Съществуващ SOAtest -> Изберете съветник -> SOAtest -> Празен проект. (Ще бъде създаден нов проект с .tst файл по подразбиране (този файл ще има същото име като вашия проект))
# 2) Щракнете с десния бутон върху вашия проект -> Добавяне на нов -> Test Suite (Това е тестовият пакет, който ще съдържа действителния ви тест. Всеки тест може да бъде SOAP или REST клиент). По подразбиране един тест пакет вече е създаден на ниво сценарий.
Това е тест на ниво сценарий, където можете да напишете за изискванията като важна бележка. Можете също така да предоставите изпълними опции като Тестови изпълнения като група или едновременно.
# 3) Щракнете с десния бутон върху вашия Test Suite -> Add New-> Test-> SOAP client или REST client.
# 4) Щракнете с десния бутон върху вашия сценарий -> Добавяне на нов -> Източник на данни -> Excel / Записващ се източник на данни.
# 5) Щракнете с десния бутон върху вашата среда -> нова среда -> декларирайте глобалните си променливи .
Целият ви тест ще изглежда като изображението по-долу:
Основни компоненти на проекта SOAtest
По-долу са основните йерархични компоненти, които всеки SOAtest проект трябва да има, за да извърши проста операция.
# 1) Проект (Пример)
Той съдържа името, което се дава при създаването на вашия проект, който съдържа .tst файла, който съдържа всички компоненти на проекта. Той може да се разглежда като най-горният тестов пакет, в който има вашият изпълним файл.
Когато кликнете върху празния проект SOAtest, ще се появи (.tst) файл.
Вижте скрийншота по-долу, където е създаден празен проект „Пример“, в който автоматично се създава файл, наречен „Example.tst“.
въпроси и отговори за поведенческо интервю за тестване на софтуер
# 2) tst файл (Example.tst)
Това е изпълнимият файл, който съдържа всички тестови пакети, тестове, променлива на средата, методи, източник на данни, обект на трафик и др. Този файл е ядрото на вашия проект. Той се създава автоматично, след като създадете своя проект и той носи същото име като проекта.
# 3) Test Suite (Сценарий: Test Suite)
Това е папката, която е във вашия .tst файл и съдържа изпълними тестове, източник на данни, променлива на средата. За да създадете Test Suite, просто щракнете с десния бутон върху вашия .tst файл и щракнете върху Add и след това Test Suite (.tst -> Add -> Test Suite).
Той отговаря за режима на изпълнение (последователно изпълнение или едновременно), логиката на тестовия поток (изпълнение на метода по хронологичен начин), декларирайки всяка пробна променлива, която ще се използва при параметризиране. Освен това в този раздел можете да определите вашите изисквания за тестване.
# 4) Околна среда
Това е папка, която съдържа вашата променлива на средата, в която можете да декларирате глобалните променливи, които да се използват при вашето тестово изпълнение.
Щракнете с десния бутон върху Околна среда -> Нова среда -> Започнете да декларирате променливи.
# 5) Източник на данни
В случай, че ще четете или пишете данни от външен източник на данни като Excel или записваеми данни, тогава можете да създадете източник на данни за него. Щракнете с десния бутон върху вашия тестов пакет, последван от нов източник на данни . Той ще ви попита за пътя на вашия Excel (.xls или .xlsx) и всички листове ще се появят с колоните на Excel.
В случай, че искате да напишете изхода си, отидете на данни за запис. Той ще ви предостави няколко опции като писане на изхода след всяка итерация или след пълно изпълнение. Можете да добавяте (добавяте към предишното изпълнение) или да презаписвате / замествате данните след всяко изпълнение.
# 6) Тест (Test1: Клиент за съобщения)
Това е оперативният компонент, който съдържа основния компонент на вашата заявка. Можете да използвате SOAP или REST клиент в зависимост от това какви услуги ще използвате във вашия пакет. Да кажем, че ако ще използвате REST, тогава URL, метод, тяло на заявката, HTTP заглавия ще бъдат декларирани в този раздел.
# 7) Преглед на трафика
Това е компонентът, който ви улеснява да видите заявката, която сте предали при изпълнението на теста, и съответния отговор за всеки тест. Той има тяло на заявката, тяло на отговора, маркери, HTTP код за отговор, HTTP версия и т.н.
# 8) Други компоненти
SOAtest поддържа други компоненти като Quality Tasks и Console за отстраняване на грешки, така че можете лесно да анализирате къде тестът ви се проваля. Щракнете върху бутона Window в горната част на лентата с менюта на Parasoft и след това щракнете върху предпочитанията за показване и добавете конзола или качествени задачи.
В диаграмата по-долу се изпълнява само един тест (1/1 теста са успели), така че задачата за качество е празна и конзолата ще има само един тест със статут на успешен.
I / O техники
Прегледът на трафика играе много важна роля, докато се занимава с техниките за въвеждане и извеждане. Каквото и да предадете като заявка във вашия SOAP или REST клиент, ще бъде показано в обекта за преглед на трафик под частта от заявката на трафика и отговорът, изпратен от услугата, ще бъде показан в раздела за отговор.
Пет основни компонента са необходими за всеки тип заявка.
Нека вземем пример за REST:
# 1) Ресурс: Това съдържа URL, контекст или ключ на документ, които се предават в заявката.
# 2) Метод / глаголи: Глаголи, които се използват в заявката, като GET, PUT или POST.
# 3) полезен товар: Това формира тялото на документа. Обикновено е в JSON формат и се използва, за да се види какво е предадено в тялото на заявката. Отговорът ще бъде показан въз основа на това.
# 4) HTTP заглавки: Това има три компонента, т.е. Content-Type, Authorization и Authentication. Удостоверяването решава формата, в който ще бъде предоставен вашият отговор. Упълномощаването ви позволява да предадете всяка стойност на маркера.
Използват се три вида токени, т.е. oAuth (с префикс от Bearer tokenValue), SAML (с префикс от SAML tokenValue) и CSK3 (с префикс от CSK tokenValue).
# 5) Код за отговор: Това е HTTP кодът за отговор (код на състоянието) като 200 за успех, 400 и 500 за неуспех.
Важни терминологии
Удостоверяване: Това е компонент, който ще ни уведоми, че определен потребител е удостоверен или валиден за достъп до ресурсите.
Разрешение: Това е компонент, който показва, че определен удостоверен потребител е упълномощен да използва определен ресурс или не.
Проверка: Това е процес на проверка на източниците на данни, формата на полезния товар, ресурсите и всички други неща с изключение на кода, който съставлява тялото на заявката. Една проста фраза, която обикновено се използва за означаване на процеса на проверка, е „правилно ли я изграждаме“.
Проверка: Това е процесът на валидиране на действителната спрямо очакваната реакция. Една проста фраза, която обикновено се използва за означаване на процеса на проверка, е „изграждаме ли правилното нещо“. В този процес участват твърдения и кодиране.
Обобщение
В този урок видяхме как да създадем проект или .tst файл в Parasoft, основни компоненти с техните роли и употреба, техники за вход / изход заедно с някои от важните терминологии. Това от своя страна ще ви помогне да изградите свой собствен SOAtest пакет и можете да изпълнявате сами от нулата.
Предстоящият урок ще се фокусира върху твърдения, техните типове, твърдение срещу проверка, заедно с няколко други компонента на SOAtest като JSON и XML база данни, тяхното използване, SQL срещу Mongo DB, API срещу UI срещу Unit Testing. След като проучите тези теми, можете да продължите да проектирате вашия пакет и да автоматизирате API.
Препоръчително четене
- Урок за инструмент за тестване на достъпност на WAVE
- Урок за Geb - Тестване за автоматизация на браузъра с помощта на Geb Tool
- Урок TestComplete: Изчерпателно ръководство за инструментите за тестване на GUI за начинаещи
- Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
- Урок за деструктивно изпитване и безразрушително тестване
- Урок за TestLodge - Как да организирате вашите проекти за тестване на софтуер с помощта на TestLodge Test Management Tool
- Функционално тестване срещу нефункционално тестване
- Автоматизирано тестване с помощта на инструмент за краставици и селен - Урок № 30