Рамка за тестване на бизнес процеси (BPT) в QTP/UFT

⚡ Умно обобщение

Тестването на бизнес процеси (BPT) съгласува софтуерното тестване с бизнес целите, така че експертите по темата, не само инженерите по автоматизация, да могат да изграждат тестови сценарии. Тази страница обяснява рамката на BPT, нейните роли и петте стъпки за внедряване в... QTP и Център за качество.

  • 🎯 Определение: BPT е цялостно тестване, което проверява готовността на приложението от гледна точка на бизнеса и клиента.
  • 🧱 Изграждащи блокове: Компоненти, области на приложение, потоци и тестове на бизнес процеси формират рамката.
  • 👥 Дефинирани роли: Малкото и средно предприятие пише ръководство за компоненти, QTP експертът ги автоматизира, а тестерът изпълнява BPT.
  • 🚫 Не е необходимо кодиране: Бизнес анализаторите проектират и изпълняват сценарии без предварителни познания за автоматизация.
  • 🗂️ Три модула: Бизнес компонентите, тестовият план и тестовата лаборатория обхващат създаването, сглобяването и изпълнението.
  • 🪜 Пет стъпки: Създавайте ръчни компоненти, автоматизирайте ги, разработвайте BPT-та, отстранявайте грешки и след това ги изпълнявайте.
  • 🚦 Обобщение на състоянието: BPT приема най-тежкия статус, притежаван от който и да е от неговите компоненти.

Рамка за тестване на бизнес процеси (BPT) в QTP/UFT

Какво е тестване на бизнес процеси?

Тестване на бизнес процеси (BPT) е процес, който привежда процесите на тестване на софтуера в съответствие с бизнес целите, за да намали сложността, потреблението на време и усилията в жизнения цикъл на тестване. Тестването на бизнес процеси е цялостно тестване, което помага да се провери готовността на софтуерното приложение от гледна точка на бизнеса, както и от гледна точка на клиента.

BPT рамка

BPT (тестване на бизнес процеси) рамка е вградена рамка за автоматизация на Micro Focus, използвана с Центъра за качество. BPT помага за включване на бизнес анализатори или малки и средни предприятия в процеса на автоматизация. Те могат също така да проектират сценарии за автоматизация и да ги изпълняват според своите изисквания, без да имат предварителни познания за автоматизация или кодиране.

Следните са градивните елементи на BPT Framework

  • Компоненти
  • Област на приложение
  • потоци
  • Тест на бизнес процеси

компонент: (нарича се още бизнес компонент) е многократно използваем набор от изрази за автоматизация, който изпълнява определена предварително дефинирана задача в AUT. То е подобно на vbscript функция и QTP действие, но е проектирано за използване в BPT рамка.

Област на приложение: Това е хранилище, съдържащо всички ресурси, необходими за разработване на бизнес компонентите. Ресурсите включват хранилище за споделени обекти; функционални библиотеки за многократна употреба... и т.н. Това е логическа единица, чието физическо съществуване не можете да видите във файлова система.

Тест на бизнес процес: Сценарий, включващ сериен поток от бизнес компоненти, предназначен да тества конкретен бизнес процес на приложение.

поток: Понякога трябва да използвате подобни компоненти в един и същи ред в множество BPT. Вместо да добавяте едни и същи компоненти във всеки BPT, можете да създадете поток от бизнес компоненти. Потокът може да бъде извикан директно, вместо да извиква всеки компонент поотделно.

Защо BPT?

Има някои предизвикателства с традиционната автоматизация, споменати по-долу:

  • Липса на координация между ръчните тестери/експерти по предмета и автоматизираните тестери.
  • Няма роля за ръчните тестери в процеса на автоматизация.
  • Липса на стандарти в развитието на автоматизацията.
  • Има шанс за огромни усилия за поддръжка без интелигентна рамка.
  • Обикновено тестерът на автоматизация няма добри познания за приложенията и е склонен да разработва неефективни скриптове.

BPT преодолява горепосочените предизвикателства със стандартизирана рамка, където включва малките и средни предприятия / ръчните тестери като част от разработването на автоматизация и определя стандартен процес на разработване.ping БПТ.

Ръчните тестери проектират ръчния компонент за необходимата функционалност, която се автоматизира от тестера за автоматизация. Ръчни/автоматизирани тестери ще подредят тези автоматизирани компоненти в последователност, за да формират BPT, който се превръща в тестов сценарий.

BPT дефинира различни роли, изпълнявани от различни ресурси. BPT помага за оптимизиране на използването на ресурсите и тяхната експертиза. Ролите в BPT се класифицират, както следва:

  • EMS
  • QTP Експерт
  • тестер

МСП: МСП е a Бизнес анализатор или ръчния тестер, който има добри познания за приложението. Те проектират ръчните бизнес компоненти, които ще тестват конкретно действие или функционалност. Докато проектират ръчните бизнес компоненти, те ясно ще споменат тестовите стъпки и очакваните резултати.

QTP експерт: QTP Експертите преобразуват ръчния бизнес компонент в автоматизиран компонент, като автоматизират стъпките, споменати в ръчния компонент.

След като компонентите са проектирани, едно МСП или QTP Експертът ще подреди тези компоненти, за да формират BPT, което представлява тестов сценарий.

Тестер: Тестерът може да бъде ръчен тестер или QTP експерт, който може да изпълни BPT от център по качество.

Първи стъпки с BPT

Изисквания към софтуера:

  • QTP/UFT ( "QTP Последна версия“) Валиден лиценз.
  • Трябва да имате достъп до QC / ALM (последната версия на QC) с модула за бизнес компоненти, който няма да се предлага заедно с QC. Трябва да закупите отделен лиценз за него.

Софтуерни конфигурации:

  • QTPАктивирайте опцията „Разрешаване на други продукти на HP да изпълняват тестове и компоненти“
  • QC: Трябва да се инсталират следните добавки.
  • Добавка за QC свързаност
  • QTP Добави

Внедряване на BPT Framework:

Тъй като това е вградена рамка, не е необходимо да пишете код, за да изградите рамката. Просто трябва да подготвите необходимите артефакти, които изграждат градивните елементи на BPT.

Нека накратко разгледаме важните модули в Центъра за качество (HP ALM).

Модул за бизнес компоненти: Позволява ви да създавате, управлявате и автоматизирате бизнес компоненти за многократна употреба, които ще съдържат стъпките за изпълнение на определена функция в бизнес процес. Компонентите обикновено се класифицират както следва:

  • Ръчни компоненти
  • Автоматизирани компоненти
  • Компоненти, управлявани от ключови думи
  • Скриптирани компоненти

Модул за тестов план: Това е модулът, където плъзгате и пускате компонентите в някакъв логически ред, за да подготвите BPT, които ще формират един тестов сценарий, и можете да отстранявате грешки в компонентите.

Модул Test Lab: Позволява ви да изпълнявате тестове на бизнес процесите и да преглеждате резултатите. Можете дори да изпълнявате BPT-овете паралелно на различни машини, използвайки този модул.

Типичният процес на автоматизация на BPT включва следните етапи.

  1. Създаване на ръчни компоненти
  2. Автоматизиране на компонентите
  3. Развиванеping Потоците или BPT-тата
  4. Отстраняване на грешки в BPT
  5. Изпълнение на BPT

Стъпка 1) Създаване на ръчни компоненти

Влезте в QC

Създаване на ръчни компоненти

Придвижете се до модула Бизнес компоненти.

Създаване на ръчни компоненти

Бизнес компонентите и папките се идентифицират с конкретни икони в дървото на компонентите, споменато по-долу-

Създаване на ръчни компоненти

папка: използвани за класифициране на вашите компоненти в логическата сегрегация.

Създаване на ръчни компоненти

Папка за заявка на компонент: Ръчните тестери или МСП поставят своите компоненти, които искат да бъдат автоматизирани.

Създаване на ръчни компоненти

Остаряла папка: Можете да преместите всички невалидни компоненти в тази папка, за да можете да прегледате, преди да ги премахнете за постоянно от QC.

Създаване на ръчни компоненти

компонент: Това е символът, който се използва за представяне на компонент. Ръчните бизнес компоненти са представени със символ M върху иконата на компонента. Както е показано по-долу.

Създаване на ръчни компоненти

Компонент може да има едно от следните състояния в даден момент, съответно „В процес на разработка“, „Готов“, „Поддръжка“ и „Грешка“.

Създаване на ръчни компоненти
Създаване на ръчни компоненти
Създаване на ръчни компоненти
Създаване на ръчни компоненти

Когато се инициира заявка за компонент в План за тестване модул, тогава той е в състояние „Не е внедрено“ (показано по-долу). Когато този конкретен компонент се премести от папката на заявката в папката на компонента, той се променя на статус „В процес на разработка“.

Създаване на ръчни компоненти

Лента с инструменти в модул Бизнес компонент

Създаване на ръчни компоненти

Създайте новия ръчен бизнес компонент.

Създайте новата папка, за да можете да създадете всички компоненти, свързани с приложението, на едно място.

Изберете папката Компоненти -> Щракнете върху Нова папка

Създаване на ръчни компоненти

Въведете смислено име, което да представя приложението ви, и кликнете върху „ОК“. Можете дори да създадете подпапки в основната си папка.

Изберете папката, в която искате да създадете компонента -> кликнете върху бутона „Нов компонент“

Създаване на ръчни компоненти

Въведете име на компонент, което наподобява действието, което ще извърши, за да улесните избора на компонентите при подготовката на BPT. Кликнете върху бутона OK.

Създава се нов компонент от дясната страна.

Нека разгледаме различните раздели на компонента

I. Раздел с подробности: Той съдържа някои основни полета като име на компонент, създаден от, дата на създаване… и т.н.

- Description, има три раздела Резюме, Предварително условие и Следусловие.

в обобщение раздел, можете да споменете краткото описание на функционалността на компонента и неговия резултат.

в Предварително условие раздел споменете състоянието на приложението, което е необходимо за използване на този компонент.

в Пост-условие раздел споменете състоянието на приложението след извършване на стъпките на компонента.

Имайте предвид условията преди и след това, докато създавате логическа последователност от компоненти, за да създадете BPT.

в Дискусионна зона, можете да добавяте коментари, свързани с компонента.

Създаване на ръчни компоненти

II. Раздел „Моментна снимка“: Можете да използвате този раздел, за да заснемете моментна снимка на конкретната страница, към която принадлежи компонентът.

III. Раздел Параметри: Можете да използвате този раздел, ако искате да предавате данни или да извличате данни от компонента. Те са подобни на параметрите за действие/тест в QTP.

Кликнете върху Нова връзка за да добавите новия параметър, трябва да предоставите

  • Име на параметъра: Име на параметъра.
  • Тип стойност: Тип на параметъра (номер, дата, низ, парола… и т.н.).
  • Стойност по подразбиране: Можете да въведете някаква стойност по подразбиране, която може да се използва, ако не сте предали никаква стойност от компонента.
  • Descriptйон: Можете да споменете кратко описание на параметъра.

Създаване на ръчни компоненти

Изходните параметри могат да се добавят или изтриват подобно на входните параметри. Ако искате да върнете стойност(и) от компонента, тогава трябва да използвате изходни параметри.

IV. Раздел Стъпка на проектиране: Съдържа стъпките, които компонентът трябва да изпълни. Бутоните в раздела за дизайн се показват в следния ред.

Добавяне на нова стъпка, редактиране, изтриване, копиране, поставяне, създаване/избиране на параметър, пълен параметър, търсене, височина на ред, запазване и автоматизиране

Създаване на ръчни компоненти

За да добавите стъпката, щракнете върху „Добавяне на нова стъпка“, отваря се редакторът на стъпка на компонента. Въведете името на стъпката, за да опишете стъпката, описание (точната операция, която искате да извършите върху приложението) и очаквания резултат (статус на приложението след изпълнение на стъпката).

Редакторът на стъпки също се отваря, когато изберете стъпка и щракнете върху бутона за редактиране на стъпка.

Имате лентата с инструменти на текстовия редактор в редактора на стъпки, която можете да използвате, за да форматирате низовете като получер, курсив и подчертан.

Създаване на ръчни компоненти

V. Раздел Автоматизация: Ще покаже стъпките за автоматизация, свързани с компонента, ако той вече е автоматизиран. Ще обсъдите подробно тази стъпка в следващата стъпка „Автоматизиране на ръчния компонент“.

VI. Раздел Зависимости: Ще покаже зависимостите, които съществуват между други обекти, като компоненти, BPT, потоци, тестови ресурси и области на приложение. Разделът „Зависимости“ съдържа следните три раздела.

Раздел Ресурси показва областите на приложение (логическа групаping/име на всички ресурси, необходими за автоматизиране на компонента), използвани от компонента.

Използвано от раздел ще покаже подробности за BPT и потоци, които включват текущо избрания компонент. Ако искате да отидете до конкретния BPT или поток, можете просто да щракнете върху името на теста или потока и ще бъдете пренасочени към модула BPT или Flow в Test Plan.

Област на приложение Разделът показва името на областта на приложение, използвана от компонента, както и таблиците „Използвано от“ и „Използва“, които показват обектите, използващи областта на приложение, и ресурсите, които областта на приложение използва.

VII. Раздел История: Показва промените, направени във всички полета в обект. За всяка промяна ще се покаже времевият печат на промяната и потребителското име, което е направило промяната. Разделът История съдържа два подраздела:

Раздел Регистрационен файл за проверка показва списък с промени, направени в различни полета, времеви печат и потребителски данни.

Бизнес раздел показва различните версии на избрания компонент.

Стъпка 2) Автоматизиране на ръчните компоненти

Изграждане на област на приложение

Областта на приложението е логическа единица, която ни помага да групираме всички необходими ресурси за автоматизиране на приложението или част от приложението. Областта на приложението съдържа споделени хранилища на обекти, библиотеки с функции и всички други настройки, необходими за автоматизиране на компонентите.

Можете да създадете една област на приложение за цялото приложение или колкото се може повече области на приложение за различните части на приложението в зависимост от изискването.

Отворете QTP, Файл -> Нов -> Област на приложение

Той ще покаже следния прозорец, който ще съдържа четирите модула.

Автоматизиране на ръчните компоненти

Обща: Той ще покаже общата информация за областта на приложението, като Име на областта на приложението, Автор, който е създал областта на приложението, Местоположение, Description и свързаните добавки.

Ако искате да премахнете добавки, можете да щракнете върху бутона за промяна и да премахнете ненужните добавки.

Допълнителните настройки съдържат настройките за запис и изпълнение, които са подобни на нормалните настройки за запис и изпълнение. QTP.

Автоматизиране на ръчните компоненти

Можете дори да добавите всякакви сценарии за възстановяване, които искате да свържете с областта на приложението, като използвате опциите за възстановяване. Въз основа на добавките сте избрали други опции за настройки, свързани със средата.

Автоматизиране на ръчните компоненти

Библиотеки с функции

Този модул ще ни помогне да асоциираме всички необходими библиотеки с функции към областта на приложението.

Автоматизиране на ръчните компоненти

Хранилища на обекти

Този модул ще ни помогне да асоциираме необходимите хранилища на споделени обекти, подобни на функционални библиотеки.

Автоматизиране на ръчните компоненти

Ключови думи

Панелът „Ключови думи“ показва всички вградени методи, всички потребителски дефинирани функции в библиотеките с функции и обектите в хранилище за обекти. Освен това, панелът „Ключови думи“ показва също методи и свойства на всички класове тестови обекти, разработени от нас или от трета страна, използваща разширяемост на добавки.

Автоматизиране на ръчните компоненти

След като добавите необходимите функционални библиотеки, споделени хранилища на обекти и направите необходимите настройки, можете да запазите вашата област на приложение.

Преобразуване на ръчния компонент в автоматизиран компонент

Върнете се към раздела „Контрол на качеството и дизайн“ на конкретния компонент, който искате да автоматизирате. Кликнете върху бутона за автоматизация, както е показано по-долу, и изберете или „конвертиране на компонент, управляван от ключови думи“, или „конвертиране на скриптиран компонент“. След като компонентът бъде конвертиран в автоматизиран компонент, не можете да го конвертирате обратно в ръчен компонент.

Автоматизиране на ръчните компоненти

Автоматизиране на ръчните компоненти

Компонент, управляван от ключови думи

Придвижете се до раздела автоматизация.

Ще се покаже съобщението „За да създадете стъпки, първо трябва да изберете област на приложение, като щракнете върху „Изберете област на приложение“.

Автоматизиране на ръчните компоненти

След като щракнете върху опцията за избор на област на приложение, ще се покаже следният прозорец, който ще показва списък с налични области на приложение, от които можете да изберете желаната област на приложение.

Автоматизиране на ръчните компоненти

Избраната област на приложение се показва в долната част на раздела за автоматизация.

Автоматизиране на ръчните компоненти

Можете да автоматизирате компонента по същия начин, по който автоматизирате в QTP използвайки изглед с ключови думи. След автоматизиране на компонента стъпките ще изглеждат по следния начин

Автоматизиране на ръчните компоненти

Скриптиран компонент

Отидете до раздела за автоматизация. Ще се покаже бутонът „Стартирай“, за да стартирате QTP.

Автоматизиране на ръчните компоненти

Кликнете върху бутона „Стартиране“ (QTP трябва да е инсталиран в същата машина), той ще се отвори QTP и да се покаже изскачащ прозорец, който ни моли да свържем област на приложение с компонента.

Автоматизиране на ръчните компоненти

След като областта на приложението е свързана с компонента, всички ресурси са достъпни за компонента, използвайки които можете да скриптирате компонента.

Стъпка 3) Разработванеping БПТ-ите

BPT могат да бъдат автоматизирани или ръчни тестове. BPT, състоящи се от ръчните бизнес компоненти, се наричат ​​ръчни BPT. BPT, създадени с автоматизираните компоненти, се наричат ​​автоматизирани BPT.

За да създадете ръчни или автоматизирани BPT-ове, трябва да използвате модула „Тестов план“ в QC.

Кликнете върху иконата на модула на плана за тестване в левия страничен панел

Развиванеping БПТ-ите

Създайте папка, в която искате да създадете тестове на бизнес процеси, като щракнете върху иконата за добавяне на папка.

Развиванеping БПТ-ите

Въведете името на папката и щракнете върху бутона OK

Развиванеping БПТ-ите

Кликнете върху иконата „Създаване на нов тест“.

Развиванеping БПТ-ите

Изберете типа на теста като „Бизнес процес“ и въведете смислено име за BPT.

Развиванеping БПТ-ите

Показва се както следва

Развиванеping БПТ-ите

Изберете раздела „Тестов скрипт“ -> и изберете подраздела „Избор на компонент“.

Ще се покаже дървото на модулите на компонентите с цялата информация за компонентите от дясната страна.

Развиванеping БПТ-ите

Плъзнете и пуснете компонентите в логически ред, за да формирате бизнес сценария. Можете също да изберете компонента и да използвате символа със стрелка вместо плъзгане и пускане. Примерен BPT е показан по-долу след подреждането на компонентите по-долу.

Развиванеping БПТ-ите

Можете дори да заявите нов компонент, ако той не е наличен в дървото на компонентите, от самия модул „Тестов план“, като щракнете върху „Заявка за нов компонент“.

След като компонентите са подредени в панела за редактор на тестови скриптове, той се показва като структура от пет колони:

  1. Компонент/поток: Ще покаже компонента заедно с изображението на моментна снимка, ако съдържа.
  2. Статус: Състояние на компонента, може да бъде всяко едно от състоянията, обсъдени по-рано.
  3. Вход: Ако имате въведени параметри, те се показват в тази колона.
  4. Изход: Ако имате изходни параметри, те се показват в тази колона.
  5. При повреда: Ще се покаже падащо меню, в което можете да изберете какво искате да направите BPT изпълнението при повреда на компонента. Можете да изберете или да продължите, или да излезете от BPT.

    Развиванеping БПТ-ите

Конфигуриране на входни параметри

За да конфигурирате входния параметър за който и да е компонент, трябва да кликнете върху връзката за входни параметри във входната колона за конкретния компонент или можете също да кликнете с десния бутон върху компонента и да изберете стойности на входните параметри -> итерации.

Развиванеping БПТ-ите

След като щракнете върху връзката за входен параметър, се отваря диалоговият прозорец Итерации на компоненти.

Развиванеping БПТ-ите

Можете да въведете всички входни параметри за компонента. Ако искате да стартирате компонента няколко пъти, можете да добавите множество итерации, като щракнете върху „Добавяне на итерации“ и въведете данните.

Ако искате да изтриете някоя итерация, първо изберете итерацията и щракнете върху „Изтриване на итерация“, избраната итерация се премахва.

Ако искате да изпълните само избрани итерации, можете да използвате опцията „Избор на итерации“ и да зададете диапазона от итерации, които искате да изпълните, както е показано по-долу.

Развиванеping БПТ-ите

Можете също да импортирате входни параметри от външен файл, разделен със запетаи, и можете да експортирате параметрите от списъка, които сте използвали за конкретен компонент, като използвате опциите за импортиране и експортиране.

Когато щракнете върху опцията за импортиране, ще се покаже диалогов прозорец „Файл“, за да ни позволи да изберем необходимия файл, както е показано по-долу.

Развиванеping БПТ-ите

След като изберете файла, се показва диалоговият прозорец „Съпоставяне на параметри“, в който трябва да съпоставите заглавията на колоните във файла с параметрите в компонента. Трябва да направите това упражнение за всички входни параметри.

Развиванеping БПТ-ите

Развиванеping БПТ-ите

Ако искате да използвате изходните параметри на предишните Компоненти, трябва да щракнете върху квадратчето за отметка на изхода под името на колоната на параметъра.

Прозорецът със списък на изходните параметри се показва със списък на всички изходни параметри на предишните компоненти. Можете да изберете желания изходен параметър от това и да щракнете върху бутона OK.

Развиванеping БПТ-ите

Grouping/Un-Grouping Компоненти

Понякога, ако искате да групирате компонентите в BPT, за да ги изпълнявате заедно няколко пъти, е необходимо да ги групирате. Първо, изберете компонентите, които искате да групирате, и щракнете върху изображението „Групиране на компоненти“ или изберете компонентите. Щракнете с десния бутон на мишката и изберете „Групиране“.ping > Групови компоненти.

Развиванеping БПТ-ите

След групаping Компоненти, ще изглежда както е показано по-долу. Ако искате да разгрупирате компонентите, изберете групата и щракнете върху иконата за разгрупиране на компоненти.

Развиванеping БПТ-ите

Добавяне на параметри/итерации към групирани компоненти

Подобно е на начина, по който въвеждате данните за параметър за единичен компонент, но единствената разлика е, че когато щракнете върху връзка за входен параметър на групиран компонент, ще се покажат входните параметри на всички компоненти заедно.

Състояние на BPT

Подобно на компонентите, BPT също имат различни статуси въз основа на създаването на BPT и неговия напредък. BPT може да има някой от следните статуси във всеки даден момент.

Развиванеping БПТ-ите6 В процес на разработка
Развиванеping БПТ-ите7 Готово
Развиванеping БПТ-итеПоддръжка на 8
Развиванеping БПТ-ите9 Error

Състоянието на BPT може да се определи от състоянието на неговите компоненти. Състоянието на BPT се определя от най-тежкото състояние на всички негови компоненти.

Да предположим например, че имате тест за бизнес процес, който съдържа:

  • 3 готови компонента
  • 1 Компонент за поддръжка
  • 2 Компонент в процес на разработка
  • 1 Компонент за грешка
  • 1 Компонент в процес на разработка (заявен).

В този пример състоянието на теста е грешка, тъй като грешката е най-тежкото състояние на бизнес компонент в теста.

Стъпка 4) Отстраняване на грешки в BPT

След като BPT са проектирани, трябва да стартирате BPT, за да проверите дали компонентите са подредени в правилния ред и данните, които сте предали, работят правилно или не. То е подобно на Тестване нашия скрипт за автоматизация с всички възможни начини (положителни и отрицателни) и данни за проверка на точността на скрипта.

В модула „Тестов план“ щракнете върху бутона „Изпълнение или отстраняване на грешки в лентата с инструменти на тестовия скрипт“.

Отстраняване на грешки в BPT

След като щракнете върху бутона „Изпълнение“, ще се покаже прозорецът „Изпълнение или отстраняване на грешки“. В прозореца „Изпълнение“ имате две опции за това как искате да изпълните BPT.

  1. Нормален - Normal
  2. Debug

    Отстраняване на грешки в BPT

Режим на отстраняване на грешки: Когато стартирате компонент в този режим, по подразбиране той добавя точка на прекъсване на първия ред на компонента, което ще ни помогне да отстраняваме грешките в компонента ред по ред.

Нормален режим: В този режим той работи от началото до края без пауза и продължава веднага към следващия компонент в теста.

Можете да изберете един от режимите за всеки от компонентите в зависимост от вашите изисквания. Ако вече сте проверили някои от компонентите в същия BPT или в друг BPT, тогава можете да преминете директно към нормален режим.

След като изпълнението приключи, ще се покаже резюмето на изпълнението на всички компоненти на BPT.

Отстраняване на грешки в BPT

Стъпка 5) Изпълнение на BPT

След като BPT са разработени и тествани задълбочено, може да се наложи да изпълните тези BPT като част от цикъл на регресия, разум или друг цикъл на тестване.

За да изпълните BPT, трябва да използвате модула Test Lab на QC. Отидете до Test Lab и изберете папката Test plan и Test set, под които искате да стартирате тези BPT.

Изпълнение на BPT

Изберете опцията „Избор на тестове“ от мрежата на тестовата лаборатория. От дясната страна се показва панел с дървовидна структура на тестовия план, където са изброени всички тестови случаи. Изберете тестовете за изпълнение (BPT), които искате да изпълните, и щракнете върху бутона със стрелка. BPT се добавят към „Мрежата за изпълнение“. Можете също да използвате функцията за плъзгане и пускане, за да изберете BPT, които искате да изпълните.

След като BPT са добавени към мрежата за изпълнение, трябва да щракнете върху бутона „Изпълни“.

След щракване върху бутона „Стартиране“ се показва отделен прозорец „Автоматично изпълнение“, в който трябва да посочите на коя машина искате да стартирате тези BPT-та. Машината, на която искате да стартирате, QTP Софтуерът трябва да е наличен. Можете да проведете тестовете и на същата машина.

Изпълнение на BPT

След като споменете имената на машините в колоната „Изпълни на хост“, трябва да кликнете върху „Изпълни всички“, ако искате да изпълните всички тестове в прозореца „Автоматично изпълнение“, или изберете „Изпълни“, ако искате да изпълните само избрания BPT.

QC автоматично се свързва с посочената машина, изпълнява BPT и актуализира резултатите обратно към QC със статус „Преминал“ или „Неминал“.

Изпълнение на BPT

Ако кликнете два пъти върху конкретния тест, ще се покажат допълнителни и подробни резултати от конкретния тест.

Изпълнение на BPT

Този урок е възможен с приноса на г-н Нарендър Реди Нукала

Въпроси и Отговори

Компонентът изпълнява една предварително дефинирана задача. Потокът е многократно използваема последователност от компоненти, която се повтаря в един и същ ред в няколко BPT, така че се извиква веднъж, вместо да се преизгражда последователността всеки път.

Не. Преобразуването е еднопосочно. След като даден компонент бъде преобразуван в такъв, управляван от ключови думи или скриптиран, той не може да се върне към ръчен режим, така че първо копирайте компонента, ако трябва да се запази ръчната версия.

Да. Модулът „Бизнес компоненти“ не е включен в стандартния лиценз за Quality Center и трябва да бъде закупен отделно, заедно с валиден... QTP or UFT лиценз за автоматизиране на компоненти.

Да. Опишете бизнес действието и асистент с изкуствен интелект изготвя името на стъпката, описанието и очаквания резултат във формата, който разделът „Стъпка на проектиране“ очаква. Специалистът по проектиране ги преглежда спрямо реалното приложение, преди да ги запази.

Да. Като се има предвид библиотеката с компоненти и желаният от вас сценарий, асистент с изкуствен интелект предлага подреден набор и маркира къде предварителните и последващите условия не съвпадат. Тестер потвърждава последователността, преди да я изпълни.

Обобщете тази публикация с: