მოსახერხებელი BDD: SpecFlow+TFS

ინტერნეტში ბევრი სტატიაა იმის შესახებ, თუ როგორ გამოვიყენოთ SpecFlow, როგორ დავაკონფიგურიროთ TFS ტესტების გასაშვებად, მაგრამ არ არის ისეთი, რომელიც შეიცავს ყველა ასპექტს. ამ სტატიაში მე გეტყვით, თუ როგორ შეგიძლიათ გახადოთ SpecFlow სკრიპტების გაშვება და რედაქტირება ყველასთვის მოსახერხებელი.

ჭრილის ქვემოთ თქვენ ისწავლით როგორ მიიღოთ:

• ტესტების გაშვება TFS-დან
• სკრიპტების ავტომატური დაკავშირება ტესტის შემთხვევებთან TFS-ში
• ტესტის შემთხვევების ყოველთვის განახლებული შინაარსი TFS-ში
• სკრიპტების რედაქტირების შესაძლებლობა პირდაპირ ვერსიის კონტროლის სისტემაში ტესტერების მიერ
  

წინაისტორია

ჩვენ დაგვხვდა ამოცანა ავტომატიზირებული აპლიკაციის ტესტირება BDD მიდგომის გამოყენებით. იმის გამო, რომ ჩვენს კომპანიაში დავალების თვალთვალის სისტემის საფუძველია TFS, მე მქონდა სურათი ჩემს თავში, სადაც SpecFlow სკრიპტის ნაბიჯები არის TFS-ში სატესტო შემთხვევების ნაბიჯები და ტესტები იწყება ტესტის გეგმებიდან. ქვემოთ მოცემულია, თუ როგორ განვახორციელე იგი.

რაც გვჭირდება:

1. პროექტი ტესტებით SpecFlow-ზე
2. Azure DevOps სერვერი (aka Team Foundation Server)
3. ინსტრუმენტი SpecFlow სკრიპტების სინქრონიზაციისთვის ტესტის შემთხვევებთან TFS-ში

რეგულირება

1. პროექტის აწყობის შექმნა ტესტებით

აქ ყველაფერი მარტივია, არტეფაქტების შეკრება და გამოქვეყნება. მესამე დავალების შესახებ მოგვიანებით.

2. გამოშვების შექმნა ტესტების გასაშვებად

გამოშვების შექმნა ერთი დავალების საშუალებით - Visual Studio Test

ამ შემთხვევაში, ამოცანა კონფიგურირებულია ტესტების ხელით გასაშვებად ტესტის გეგმიდან

3. ტესტის შემთხვევების სინქრონიზაცია

ჩვენ ვიცით, რომ Visual Studio გაძლევთ საშუალებას დაუკავშიროთ ტესტის მეთოდები TFS-ში ტესტირების შემთხვევებს და გაუშვათ ისინი ტესტის გეგმებიდან. იმისათვის, რომ ეს არ გავაკეთო ხელით და ასევე სკრიპტების შინაარსის სინქრონიზაციისთვის, მე დავწერე მარტივი კონსოლის აპლიკაცია FeatureSync. პრინციპი მარტივია - ჩვენ ვაანალიზებთ ფუნქციების ფაილს და ვაახლებთ ტესტის შემთხვევებს TFS API-ს გამოყენებით.

როგორ გამოვიყენოთ FeatureSync

დაამატეთ სახელთა სივრცე და ლოკალი ფუნქციის ფაილის სათაურში:

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

*namespace უნდა შეესაბამებოდეს .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. სირბილი ტესტები

შეარჩიეთ საჭირო ტესტი ტესტის გეგმაში და გაუშვით.

დასკვნა

ამ კონფიგურაციის უპირატესობები:

• ნებისმიერ ტესტერს შეუძლია გახსნას fetaure ფაილი ვერსიის კონტროლის ვებ ფორმაში, შეცვალოს იგი და ცვლილებები ძალაში შევა აშენებისთანავე
• შეგიძლიათ ტესტების ჩატარება ინდივიდუალურად ნებისმიერ დროს
• გამჭვირვალე ტესტის მოდელი - ჩვენ ყოველთვის ვიცით, რას აკეთებს ჩვენს მიერ წამოწყებული ტესტი.

წყარო: www.habr.com