Корнишон језик: формат, синтакса и ампер; Кумарицин тест у краставцу

Преглед садржаја:

Anonim

Шта је корнишон језик?

Корнишон је пословни читљив језик који вам помаже да опишете пословно понашање без уласка у детаље примене. То је језик специфичан за домену за дефинисање тестова у формату Краставац за спецификације. Користи обичан језик за описивање случајева употребе и омогућава корисницима уклањање логичких детаља из тестова понашања.

Текст на Гхеркин ланцу делује као документација и костур ваших аутоматизованих тестова. Формат корнишона заснован је на ТрееТоп граматици која постоји на више од 37 језика. Стога свој корнишон можете писати на више од 37 говорних језика.

Ова скрипта служи у две примарне сврхе:

  • Документује корисничке сценарије
  • Писање аутоматизованог теста (БДД)

У овом Гхеркин туториалу ћете научити

  • Шта је корнишон језик?
  • Зашто Гхеркин?
  • Синтакса корнишона
  • Важни изрази коришћени у корнишону
  • Пример корнишона
  • Најбоље праксе коришћења корнишона
  • Предности корнишона

Зашто Гхеркин?

Потреба за корнишоном може се лако објаснити следећим сликама

Пре корнишона

После корнишона

Синтакса корнишона

Гхеркин је језик оријентисан ка линији, баш као и ИАМЛ и Питхон. Свака линија назива се корак и започиње кључном речју, а крај терминала заустављањем. Таб или размак се користе за увлачење.

У овој скрипти коментар се може додати где год желите, али требало би да почне знаком #. Прочитао је сваки ред након уклањања Грекинових кључних речи како је дато, када, затим итд.

Типични кораци корнишона изгледају као:

Гхеркин Сцриптс: повезује људски концепт узрока и последице са софтверским концептом уноса / процеса / излаза.

Синтакса корнишона:

Карактеристика: наслов сценаријаДато [предуслови или почетни контекст]Када [догађај или окидач]Затим [Очекивани излаз]

Гхеркинов документ има екстензију .феатуре и једноставно само тест датотеку са фенси наставком. Краставац чита Гхеркин документ и извршава тест како би потврдио да се софтвер понаша према Гхеркин синтакси.

Важни изрази коришћени у корнишону

  • одлика
  • Позадина
  • Сценарио
  • Дато
  • Када
  • Онда
  • И
  • Али
  • Примери контура сценарија

Конвенција о именовању користи се за име функције. Међутим, у Краставцу не постоје постављена правила о именима.

Одлика:

Датотека треба да има екстензију .феатуре, а свака датотека са карактеристикама треба да има само једну особину. Кључна реч карактеристика која је са карактеристиком: а након тога додаће се размак и име обележја.

Сценарио:

Свака датотека функције може имати више сценарија, а сваки сценарио започиње са Сценарио: након чега слиједи име сценарија.

Позадина:

Кључна реч у позадини помаже вам да додате неки контекст сценарију. Може садржати неке кораке сценарија, али једина разлика је у томе што га треба покренути пре сваког сценарија.

Дато:

Употреба дате кључне речи је да се систем стави у познато стање пре него што корисник започне интеракцију са системом. Међутим, писање корисничких интеракција можете изоставити у датим корацима ако је дато у кораку „Предуслов“.

Синтакса:

Дато
Дат - тест корак који дефинише „контекстС обзиром да сам на „/.“

Када:

Када је корак дефинисање радње коју извршава корисник.

Синтакса:

Када
А Вхен - тест корак који дефинише извршену „акцију“Када изведем „Пријави ме“.

Онда:

Употреба кључне речи 'тхен' је да бисте видели исход након акције у којем кораку. Међутим, можете да проверите само приметне промене.

Синтакса:

 Онда
Затим - тест корак који дефинише „исход“.Тада бих требао да видим "Добродошао Том."

И & Али

Можда сте више пута дали када или Тада.

Синтакса:

Али
Али - додатни тест корак који дефинише исход „акције“.Али требало би да видим "Добродошао Том."
И - додатни тест корак који дефинише извршену „акцију“А „ Адресу е-поште “ пишем са „ Ова адреса е-поште је заштићена од нежељених робота. Потребан вам је Јава-скрипта да бисте је видели ...“

Дато, Када, Тада и, али су кораци за тестирање. Можете их користити наизменично. Тумач не приказује грешку. Међутим, они сигурно неће имати никаквог „смисла“ када их прочитају.

Важни изрази коришћени у корнишону

С обзиром на страницу за пријављивање се отвараКада унесем корисничко име, лозинку и кликнем на дугме ПријаваТада сам на почетној страници

Примери корнишона

Пример 1:

Карактеристика: Функција пријављивања на друштвену мрежу Фацебоок.Дато: Ја сам корисник фацебоока.Када: Корисничко име уносим као корисничко име.И уносим лозинку као лозинкуТада бих требао бити преусмерен на почетну страницу фацебоока

Горе поменути сценарио има функцију која се зове пријава корисника.

Све речи написане подебљаним словима су кључне речи Гхеркин.

Гхеркин ће анализирати сваки корак записан у датотеци дефиниције корака. Због тога су кораци дати у датотеци карактеристика и датотека дефиниције корака треба да се подудара.

Пример 2:

Карактеристика: Позадина аутентификације корисника:С обзиром да је корисник већ регистрован за веб локацију Сценарио:С обзиром да се корисник налази на страници за пријављивањеКада корисник унесе тачну адресу е-поштеИ корисник уноси тачну лозинкуИ корисник кликне на дугме ПријаваТада би требало потврдити идентитет корисникаА корисника треба преусмерити на своју контролну таблуА кориснику би требало да буде представљена порука о успеху

Најбоље праксе коришћења корнишона

  • Сваки сценарио треба извршити одвојено
  • Свака карактеристика треба да се може извршити заједно
  • Информације о корацима треба приказивати независно
  • Повежите своје сценарије са својим захтевима
  • Водите потпуну евиденцију о томе које сценарије треба укључити у документ о захтевима
  • Створите модуларне и лако разумљиве кораке
  • Покушајте да комбинујете све уобичајене сценарије

Предности корнишона

  • Гхеркин је довољно једноставан за разумевање не-програмера
  • Програмери га могу користити као врло солидну основу за започињање тестова
  • Омогућава варење корисничких прича
  • Гхеркин скрипту могу лако да разумеју пословни руководиоци и програмери
  • Тестирање корнишоном циља пословне потребе
  • Значајан део функционалних спецификација написан је у облику корисничких прича
  • Не требате бити стручни да бисте разумели мали сет командирања корнишона
  • Случајеви са Гхеркин тестом повезују тестове прихватања директно са аутоматизованим тестовима
  • Стил писања тестова је лакши за поновну употребу кода у другим тестовима

Мане корнишона

  • Захтева висок ниво пословног ангажовања и сарадње
  • Можда неће радити добро у свим сценаријима
  • Лоше написани тестови могу лако повећати трошкове одржавања тестова

Резиме:

  • Корнишон је формат за спецификације краставаца
  • Гхеркин је језик оријентисан ка линији, баш као и ИАМЛ и Питхон
  • Гхеркин Сцриптс повезује људски концепт узрока и последице са софтверским концептом уноса / процеса и излаза
  • Карактеристика, позадина, сценарио, дато, када, тада и, али се у корнишону веома користе
  • У корнишону, сваки сценарио треба да се извршава одвојено
  • Највећа предност Гхеркина је довољно једноставна да је не-програмери схвате
  • Гхеркин тест можда неће добро функционисати у свим врстама сценарија