ტესტირების ფუნდამენტური პრობლემა

შესავალი

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

• GOST 7400-81. საყოფაცხოვრებო ელექტრო ქვაბები და ელექტრო სამოვარი. სპეციფიკაციები (შესწორებები No. 1-8)
• GOST IEC 60335-1-2015 საყოფაცხოვრებო და მსგავსი ელექტრომოწყობილობები. Უსაფრთხოება. ნაწილი 1. ზოგადი მოთხოვნები
  ძნელია მოიფიქრო უკეთესი ტესტის გეგმა სრული სიით.

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

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

განსაზღვრავს

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

• პრობლემა
• ტესტერი
• ტესტერის სამუშაო
• ტესტერის ეფექტურობა

მოდით მივმართოთ ვიკიპედიას და საღ აზრს:
პრობლემა (ძველი ბერძნული პრობლემა) ფართო გაგებით - რთული თეორიული თუ პრაქტიკული საკითხი, რომელიც მოითხოვს შესწავლას და გადაწყვეტას; მეცნიერებაში - ურთიერთგამომრიცხავი სიტუაცია, რომელიც ჩნდება საპირისპირო პოზიციების სახით ნებისმიერი ფენომენის, ობიექტის, პროცესის ახსნისას და მოითხოვს ადეკვატურ თეორიას მის გადასაჭრელად; ცხოვრებაში პრობლემა ჩამოყალიბებულია ხალხისთვის გასაგები ფორმით: ”მე ვიცი რა, არ ვიცი როგორ”, ანუ ცნობილია, რისი მიღებაა საჭირო, მაგრამ არ არის ცნობილი, თუ როგორ უნდა გავაკეთოთ ეს. . გვიან მოდის. ლათ. პრობლემა, ბერძნულიდან. პრობლემა „წინ გადაგდებული, წინ მოთავსებული“; προβάλλω-დან „წინ გადააგდე, წინ წამოაყენე; ბრალი“.

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

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

გადაწყვეტილება

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

1. მოთხოვნებთან მუშაობა
2. ტექნიკური მახასიათებლების ფორმირება
3. განვითარება
4. ტესტირება
5. წარმოებაში გაშვება
6. მხარდაჭერა (გადადით პუნქტში 1)

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

როგორ გავუმკლავდეთ მას?

დასკვნები საკმაოდ აშკარაა და ბევრის მიერ დიდი ხანია გამოიყენება:

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

წყარო: www.habr.com