სკოლაში დაბრუნება: როგორ მოვამზადოთ მექანიკური ტესტერები ავტომატურ ტესტებთან გამკლავებისთვის

QA-ს ხუთი აპლიკანტიდან ოთხს სურს ისწავლოს ავტომატური ტესტებით მუშაობა. ყველა კომპანიას არ შეუძლია შეასრულოს სახელმძღვანელო ტესტერების ასეთი სურვილები სამუშაო საათებში. Wrike-მ თანამშრომლებისთვის ავტომატიზაციის სკოლა გამართა და ბევრისთვის ეს სურვილი გააცნობიერა. სწორედ ამ სკოლაში ვმონაწილეობდი, როგორც ხარისხის ხარისხის სტუდენტი.

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

Wrike-ის გამოცდილება სკოლის ორგანიზებაში

როდესაც გაირკვა ავტომატიზაციის სკოლის საჭიროება, მისი ორგანიზაცია დაეცა სტას დავიდოვს, ავტომატიზაციის ტექნიკურ ხელმძღვანელს. მის გარდა ვის შეუძლია ახსნას, რატომ გამოვიდნენ ეს ინიციატივა, მიაღწიეს თუ არა შედეგს და ნანობენ თუ არა გატარებულ დროს? მოდით მივცეთ მას სიტყვა:

— 2016 წელს დავწერეთ ახალი ჩარჩო ავტოტესტებისთვის და გავხადეთ ისე, რომ ტესტების დაწერა მარტივი გახდა: გამოჩნდა ნორმალური ნაბიჯები, სტრუქტურა ბევრად უფრო გასაგები გახდა. ჩვენ მივიღეთ იდეა: უნდა ჩავრთოთ ყველა, ვისაც სურს ახალი ტესტების დაწერა და ამის გასაგებად შევქმენით ლექციების სერია. ჩვენ ერთობლივად შევიმუშავეთ თემების გეგმა, თითოეულმა მომავალმა ლექტორმა აიღო ერთი თავისთვის და მოამზადა მოხსენება.

- რა სირთულეები შეექმნათ მოსწავლეებს?

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

- სკოლამ გადაიხადა?

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

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

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

ორგანიზების რჩევები

სკოლა სასარგებლო იყო, მაგრამ, როგორც სტასმა აღიარა, იყო გარკვეული სირთულეები, რის გამოც საჭირო გახდა დამატებითი ლექციების მოწყობა. და როცა ახლახანს სტუდენტი ადარებდა საკუთარ თავს უცოდინარობაში და საკუთარ თავს ახლა, მე ჩამოვაყალიბე შემდეგი ნაბიჯები, რათა შემექმნა, ჩემი აზრით, იდეალური გზა, რათა ვასწავლო ტესტერებს ავტომატური ტესტების გაგება.

ნაბიჯი 0. შექმენით ლექსიკონი

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

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

(სპოილერი - ამოცანა წაიშლება rest-ის საშუალებით ადმინის სახელით და შემდეგ ვხედავთ, რომ ამის ჩანაწერი არის სტრიმში.)

მარტო ეს ნაბიჯი აახლოებს QAA და QA ენებს ერთმანეთთან. ავტომატიზაციის გუნდებისთვის უფრო ადვილია გარბენის შედეგების ახსნა; სახელმძღვანელო ტესტერებმა ნაკლები ძალისხმევა უნდა დახარჯონ ქეისების შექმნაზე: ისინი შეიძლება ნაკლებად დეტალური იყოს. მიუხედავად ამისა, ყველას ესმის ერთმანეთის. მოგება მივიღეთ ჯერ კიდევ ვარჯიშის დაწყებამდე.

ნაბიჯი 1. გაიმეორეთ ფრაზები

გავაგრძელოთ პარალელი ენასთან. როცა ბავშვობაში ლაპარაკს ვსწავლობთ, ეტიმოლოგიიდან და სემანტიკიდან არ ვიწყებთ. ჩვენ ვიმეორებთ "დედას", "იყიდეთ სათამაშო", მაგრამ დაუყოვნებლივ არ შეხვიდეთ ამ სიტყვების პროტო-ინდოევროპულ ფესვებში. ასეა აქაც: აზრი არ აქვს ავტოტესტების ტექნიკური მახასიათებლების სიღრმეში ჩაძირვას, თუ არ ცდილობ დაწერო რამე, რაც მუშაობს.
ცოტა საწინააღმდეგოდ ჟღერს, მაგრამ მუშაობს.

პირველ გაკვეთილზე ღირს იმის საფუძველი, თუ როგორ დავწეროთ ავტოტესტები პირდაპირ. ჩვენ ვეხმარებით განვითარების გარემოს შექმნას (ჩემს შემთხვევაში Intellij IDEA), ვუხსნით მინიმალურ ენობრივ წესებს, რომლებიც აუცილებელია არსებულ კლასში სხვა მეთოდის დასაწერად არსებული ნაბიჯების გამოყენებით. მათთან ერთად ვწერთ ერთ-ორ ტესტს და ვაძლევთ საშინაო დავალებას, რომელსაც ასე დავაფორმებდი: ოსტატზე განშტოებული ტოტი, მაგრამ რამდენიმე ტესტი ამოღებულია. დარჩა მხოლოდ მათი აღწერილობები. ჩვენ ვთხოვთ ტესტერებს აღადგინონ ეს ტესტები (რა თქმა უნდა, არა შოუს განსხვავების გზით).

შედეგად, ვინც მოისმინა და გააკეთა ყველაფერი, შეძლებს:

1. ისწავლეთ დეველოპერული გარემოს ინტერფეისთან მუშაობა: ფილიალების, ცხელი კლავიშების შექმნა, commits და pushes;
2. დაეუფლოს ენისა და კლასების სტრუქტურის საფუძვლებს: სად ჩასვათ ინექციები და სად იმპორტი, რატომ არის საჭირო ანოტაციები და რა სახის სიმბოლოები გვხვდება იქ, გარდა საფეხურებისა;
3. გაიგე განსხვავება მოქმედებას შორის, დაელოდე და შეამოწმე, სად რა გამოიყენო;
4. დააკვირდით განსხვავებას ავტომატურ ტესტებსა და ხელით შემოწმებებს შორის: ავტოტესტებში შეგიძლიათ გაიყვანოთ ერთი ან სხვა დამმუშავებელი ინტერფეისის მეშვეობით მოქმედებების შესრულების ნაცვლად. მაგალითად, გააგზავნოთ კომენტარი პირდაპირ backend-ში, ნაცვლად ამოცანის ხედის გახსნის, შეყვანის არჩევის, ტექსტის აკრეფისა და გაგზავნის ღილაკზე დაწკაპუნების ნაცვლად;
5. ჩამოაყალიბეთ კითხვები, რომლებზეც პასუხი გაეცემა შემდეგ ეტაპზე.

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

იდეალური იქნებოდა, თუ ამ დროს ავტომატიზაციის ინჟინერმა QA გუნდიდან დაავალებდა მას ბრძოლაში რამდენიმე ტესტის დაწერა და ნებას მისცემდა დაეკისროს თავის ფილიალს.

რა არ უნდა მისცეს:

1. განვითარების გარემოს და თავად პროგრამირების ენის ფუნქციონირების უფრო ღრმა ცოდნა, რაც მხოლოდ ფილიალებთან დამოუკიდებლად მუშაობისას იქნება საჭირო. ეს არ გაგახსენდებათ, თქვენ მოგიწევთ ამის ახსნა ორჯერ ან სამჯერ, მაგრამ ჩვენ ვაფასებთ ავტომატიზაციის ინჟინრების დროს, არა? მაგალითები: კონფლიქტების მოგვარება, ფაილების დამატება git-ში, კლასების შექმნა ნულიდან, დამოკიდებულებებთან მუშაობა;
2. ყველაფერი xpath-თან დაკავშირებული. სერიოზულად. ამაზე ცალ-ცალკე უნდა ისაუბრო, ერთხელ და ძალიან კონცენტრირებულად.

ნაბიჯი 2. გრამატიკის უფრო ახლოს დათვალიერება

გავიხსენოთ დავალების სკრინშოტი #0 საფეხურიდან. ჩვენ გვაქვს ნაბიჯი, რომელსაც ეწოდება checkCommentWithTextExists. ჩვენს ტესტერს უკვე ესმის, რას აკეთებს ეს ნაბიჯი და შეგვიძლია შევხედოთ საფეხურის შიგნით და ცოტა დავშალოთ.

და შიგნით გვაქვს შემდეგი:

onCommentBlock(userName).comment(expectedText).should(displayed());

სად არის onCommentBlock

onCommonStreamPanel().commentBlock(userName);

ახლა ჩვენ ვისწავლით ვთქვათ არა "იყიდე სათამაშო", არამედ "იყიდე სათამაშო Detsky Mir მაღაზიიდან, რომელიც მდებარეობს ლურჯ კაბინეტში, მესამე თაროზე ზემოდან". აუცილებელია განვმარტოთ, რომ ელემენტს მივუთითებთ თანმიმდევრულად, უფრო დიდი ელემენტებიდან (სტრიმინგი -> ბლოკი გარკვეული ადამიანის კომენტარებით -> ამ ბლოკის ის ნაწილი, სადაც მითითებული ტექსტი ზის).

არა, ჯერ კიდევ არ არის დრო ვისაუბროთ xpath-ზე. მოკლედ აღნიშნეთ, რომ ყველა ეს ინსტრუქცია მათ მიერ არის აღწერილი და მემკვიდრეობა გადის მათზე. მაგრამ ჩვენ უნდა ვისაუბროთ ყველა ამ შესატყვისსა და მიმტანებზე; ისინი კონკრეტულად ეხება ამ ნაბიჯს და აუცილებელია იმის გასაგებად, თუ რა ხდება. მაგრამ არ გადატვირთოთ: თქვენს სტუდენტს შეუძლია მოგვიანებით უფრო რთული მტკიცებულებების დამოუკიდებლად შესწავლა. სავარაუდოდ, საკმარისი უნდა იყოს, waitUntil, ნაჩვენები();, exist();, not();

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

გარდა ამისა, თუ ტესტირების ჯგუფს აქვს არა მხოლოდ ახალი ფუნქციები თავის მუშაობაში, არამედ გარკვეული შეცდომების გამოსწორება, შეგიძლიათ სთხოვოთ მას დაუყონებლივ დაწეროს ტესტები ამ შეცდომებისთვის და გაათავისუფლოს ისინი. სავარაუდოდ, ყველა ელემენტი უკვე აღწერილია; მხოლოდ რამდენიმე ნაბიჯი შეიძლება აკლია. ეს იქნება სრულყოფილი ვარჯიში.

ნაბიჯი 3. სრული ჩაძირვა

რაც შეიძლება სრულყოფილი ტესტერისთვის, რომელიც აპირებს განაგრძოს თავისი პირდაპირი მოვალეობების შესრულება. და ბოლოს, ჩვენ უნდა ვისაუბროთ xpath-ზე.

პირველ რიგში, მოდით განვმარტოთ, რომ ყველა ეს onCommentBlock და კომენტარი მათ მიერ არის აღწერილი.

სულ:

"//div[contains(@class, ‘stream-panel’)]//a[contains(@class,'author') and text()='{{ userName }}’]//div[contains(@class,'change-wrapper') and contains(.,'{{ text }}’)]"

სიუჟეტის თანმიმდევრობა ძალიან მნიშვნელოვანია. პირველი, ჩვენ ვიღებთ ნებისმიერ არსებულ xpath-ს და ვაჩვენებთ, თუ როგორ შეიცავს ელემენტების ჩანართი ერთ და მხოლოდ ერთ ელემენტს. შემდეგი, ჩვენ ვისაუბრებთ სტრუქტურაზე: როდის გჭირდებათ WebElement-ის გამოყენება და როდის გჭირდებათ ახალი ელემენტისთვის ცალკე ფაილის შექმნა. ეს საშუალებას მოგცემთ უკეთ გაიგოთ მემკვიდრეობა.

ცალსახად უნდა ითქვას, რომ ერთი ელემენტი არის მთელი დავალების ხედვა, ის შეიცავს ბავშვის ელემენტს - მთელ ნაკადს, რომელიც შეიცავს ბავშვის ელემენტს - ცალკეულ კომენტარს და ა.შ. Child ელემენტები არის მშობელი ელემენტების შიგნით, როგორც გვერდზე, ასევე ავტოტესტის ჩარჩოს სტრუქტურაში.

ამ ეტაპზე, აუდიტორიას მტკიცედ უნდა გაეგო, თუ როგორ არის მემკვიდრეობით მიღებული და რა შეიძლება შეიტანოს წერტილის შემდეგ onCommentBlock-ზე. ამ ეტაპზე ჩვენ განვმარტავთ ყველა ოპერატორს: /, //, ., [] და ასე შემდეგ. დატვირთვას ვამატებთ ცოდნას გამოყენების შესახებ @class და სხვა საჭირო ნივთები.

სტუდენტებმა უნდა გაიგონ, როგორ თარგმნონ xpath ამ გზით. კონსოლიდაცია - ასეა, საშინაო დავალება. ჩვენ ვშლით ელემენტების აღწერილობებს, ვაძლევთ მათ აღადგინონ ტესტების მუშაობა.

რატომ ეს კონკრეტული გზა?

არ უნდა გადავტვირთოთ ადამიანი რთული ცოდნით, მაგრამ ყველაფერი ერთდროულად უნდა ავხსნათ და ეს რთული დილემაა. ეს გზა მოგვცემს საშუალებას, პირველ რიგში, მსმენელს დავუსვათ კითხვები და ვერ გაიგოს რაღაც და ვუპასუხოთ მათ მომდევნო მომენტში. თუ თქვენ ისაუბრებთ მთელ არქიტექტურაზე, მაშინ სანამ ნაბიჯების ან xpath თემის გაანალიზება მოხდება, მისი ყველაზე მნიშვნელოვანი ნაწილები უკვე დავიწყებული იქნება მათი გაუგებრობის გამო.

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

წყარო: www.habr.com