🥇 Практично BDD: SpecFlow+TFS

Има многу написи на Интернет за тоа како да се користи SpecFlow, како да се конфигурира TFS за да се извршуваат тестови, но не постои ниту еден што ги содржи сите аспекти. Во оваа статија, ќе ви кажам како можете да го направите стартувањето и уредувањето на скриптите SpecFlow погодно за секого.

Под сечењето ќе научите како да добиете:

Извршување на тестови од TFS
Автоматско поврзување на скрипти со тест случаи во TFS
Секогаш ажурирана содржина на тест случаи во TFS
Способност за уредување на скрипти директно во системот за контрола на верзии од тестери

праисторијата

Бевме соочени со задача да го автоматизираме тестирањето на апликациите користејќи го пристапот BDD. Бидејќи основата на системот за следење задачи во нашата компанија е TFS, имав слика во мојата глава каде чекорите на скриптата SpecFlow се чекорите на тест случаи во TFS, а тестовите се лансираат од плановите за тестирање. Подолу е како јас го имплементирав.

Што ни треба:

Проект со тестови на SpecFlow
Сервер Azure DevOps (познато како сервер за основање тим)
Алатка за синхронизирање на скрипти SpecFlow со тест случаи во TFS

прилагодување

1. Создавање проектна градба со тестови

Сè е едноставно овде, склопување и објавување на артефакти. Повеќе за третата задача подоцна.

2. Создавање порака за извршување на тестови

Креирање издание со една задача - Visual Studio Test

Во овој случај, задачата е конфигурирана да ги извршува тестовите рачно од планот за тестирање

3. Синхронизација на тест случаи

Знаеме дека Visual Studio ви овозможува да ги поврзете методите за тестирање со тест случаи во TFS и да ги извршите од плановите за тестирање. За да не го правам ова рачно, а исто така и за да ја синхронизирам содржината на скриптите, напишав едноставна апликација за конзола FeatureSync. Принципот е едноставен - ја анализираме датотеката со карактеристики и ги ажурираме случаите за тестирање користејќи TFS API.

Како да користите FeatureSync

Додајте именски простор и локација во заглавието на датотеката со карактеристики:

#language:en
@Namespace:Application.Autotests
Feature: Log to application

*имениот простор мора да одговара на името на датотеката .dll што ги содржи методите за тестирање

Ние создаваме празни тест случаи во TFS и додаваме ознаки со нивниот id на скриптите:

@2124573 @posistive
Scenario: Successful authorization
    Given I on authorization page
    And I enter:
        | Login | Password |
        | user  | pass     |
    When I press Login button
    Then Browser redirect on Home page

Стартувај FeatureSync:

FeatureSync.exe -f C:FolderWithFeatures -s https://tfs.server.com/collection -t 6ppjfdysk-your-tfs-token-2d7sjwfbj7rzba

Во нашиот случај, лансирањето се случува по изградбата на проектот со тестови:

Резултат од синхронизацијата

Чекорите на скриптата SpecFlow се синхронизираат и статусот на автоматизација е поставен

4. Поставување тест план

Ние создаваме план за тестирање, ги додаваме нашите автоматизирани случаи на него, избираме изградба и ослободување во поставките

5. Тестови за трчање

Изберете го потребниот тест во планот за тестирање и извршете го.

Заклучок

Предностите на оваа конфигурација:

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

Извор: www.habr.com

Практично BDD: SpecFlow+TFS