Სალამი ყველას! მე მქვია იულია და ვარ ტესტერი. შარშან გითხარი ბაგოდელნია - ღონისძიება ჩატარდა ჩვენს კომპანიაში შეცდომების ნარჩენების გასასუფთავებლად. ეს არის სრულიად ეფექტური ვარიანტი, რათა მნიშვნელოვნად შემცირდეს ის (10-დან 50%-მდე სხვადასხვა გუნდებში) მხოლოდ ერთ დღეში.

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

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

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

რატომ?

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

რამდენიმე მიზანი გვქონდა.

1. გააცნეთ ბიჭებს უფრო ახლოს დაკავშირებული პროექტები/პროდუქტები.
   ახლა ჩვენს კომპანიაში ყველა მუშაობს ცალკეულ გუნდებში - ერთეულებში. ეს არის პროექტის გუნდები, რომლებიც მუშაობენ ფუნქციონირების საკუთარ ნაწილზე და ყოველთვის არ იციან რა ხდება სხვა პროექტებში.
2. უბრალოდ გააცანით თქვენი კოლეგები ერთმანეთს.
   ჩვენ თითქმის 800 თანამშრომელი გვყავს მოსკოვის ოფისში, ყველა კოლეგა არ იცნობს ერთმანეთს ნახვით.
3. გააუმჯობესეთ დეველოპერების უნარი იპოვონ შეცდომები მათ პროდუქტებში.
   ახლა ჩვენ ვამზადებთ Agile Testing-ს და ვამზადებთ ბიჭებს ამ მიმართულებით.
4. ტესტირებაში ჩართეთ მხოლოდ ტექნიკური სპეციალისტები.
   ტექნიკური განყოფილების გარდა, ჩვენ გვყავს ბევრი კოლეგა სხვა სპეციალობებიდან, რომლებსაც სურდათ მეტი ისაუბრონ ტესტირებაზე, იმაზე, თუ როგორ სწორად შეატყობინოთ შეცდომა, რათა მივიღოთ ნაკლები შეტყობინებები, როგორიცაა „აჰჰ... არაფერი მუშაობს“.
5. და, რა თქმა უნდა, იპოვნეთ რთული და გაუგებარი შეცდომები.
   მსურდა დავეხმარო გუნდებს ახალი ფუნქციების გამოცდაში და მიეცა საშუალება, სხვა კუთხით შეხედონ განხორციელებულ ფუნქციებს.

Реализация

ჩვენი დღე რამდენიმე ბლოკისგან შედგებოდა:

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

(ჩვენ ასევე არ დავივიწყეთ შესვენებები სესიებსა და ლანჩს შორის).

ძირითად წესებს

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

Სხვა დეტალები

• თავიდან მინდოდა "მოწინავე" ტესტირების ღონისძიების ჩატარება, მაგრამ... საკმაოდ ბევრი ბიჭი არაპროდუქტიული გუნდებიდან დარეგისტრირდა (SMM, იურისტები, PR), ჩვენ მოგვიწია კონტენტის მნიშვნელოვნად გამარტივება და რთული/პროფილური შემთხვევების ამოღება.
• ჯირაში ერთეულების სხვადასხვა პროექტებში მუშაობის გამო, ჩვენი ნაკადის მიხედვით, ჩვენ სპეციალურად შევქმენით ცალკე პროექტი, რომელშიც დავაყენეთ თარგი შეცდომების შესატანად.
• ქულების გამოსათვლელად მათ დაგეგმეს ლიდერბორდის გამოყენება, რომელიც განახლდა webhooks-ის საშუალებით, მაგრამ რაღაც შეცდა და საბოლოოდ გამოთვლა ხელით უნდა მომხდარიყო.

ივენთების ორგანიზებისას ყველას ექმნება პრობლემები და ცოტა რომ გაგიადვილოთ, აღვწერ ჩვენს პრობლემებს, რომელთა თავიდან აცილებაც შეგიძლიათ.

ერთ-ერთი გამომსვლელი მოულოდნელად ავად გახდა და ახლის პოვნა მოუწია.
მე ძალიან გამიმართლა, რომ დილის 9 საათზე იმავე გუნდიდან შემცვლელი ვიპოვე). მაგრამ უმჯობესია არ დაეყრდნოთ იღბალს და გქონდეთ სათადარიგო. ან მზად იყავით საჭირო მოხსენების მისაღებად.

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

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

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

სასარგებლო ორგანიზაციული პუნქტები:

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

დასკვნები

მთელი დღის განმავლობაში ბიჭებმა მოახერხეს 4 პროექტის ტესტირება და შექმნან 192 შეცდომა (მათგან 134 უნიკალური) და 7 პრობლემა ფუნქციების მოთხოვნით. რა თქმა უნდა, პროექტის მფლობელებმა უკვე იცოდნენ ამ შეცდომების შესახებ. მაგრამ ასევე იყო მოულოდნელი აღმოჩენები.

ყველა მონაწილემ მიიღო ტკბილი პრიზები.

ხოლო გამარჯვებულები არიან თერმოსები, სამკერდე ნიშნები, მაისურები.

რა საინტერესო აღმოჩნდა:

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

რა შეიძლება გაუმჯობესდეს:

• გააკეთეთ ნაკლები პროექტი და გაზარდეთ სესიის დრო 1,5 საათამდე;
• წინასწარ მოამზადეთ საჩუქრები/სუვენირები (ზოგჯერ დამტკიცებას/გადახდას ერთი თვე სჭირდება);
• დაისვენეთ და მიიღეთ, რომ რაღაც არ წავა გეგმის მიხედვით და იქნება ფორსმაჟორი.

მიმოხილვა

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

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

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

დასკვნა

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

ყველაფერი საუკეთესო და ნაკლები შეცდომები!

წყარო: www.habr.com