ჩვეულებრივი ტესტირება ობიექტზე ორიენტირებული ტესტირების წინააღმდეგ
პროგრამული უზრუნველყოფის ტესტირება არის ერთ-ერთი ყველაზე მნიშვნელოვანი ნაბიჯი პროგრამული უზრუნველყოფის განვითარების პროცესში. პროგრამული უზრუნველყოფის ტესტირება დარწმუნდება, რომ შემუშავებული პროგრამული უზრუნველყოფა აკმაყოფილებს მომხმარებლის ყველა მოთხოვნას და ასრულებს შეცდომების გარეშე. ვინაიდან პროგრამული უზრუნველყოფის განვითარების პარადიგმები და ტექნიკა გადავიდა საწყისი ჩანჩქერის პროგრამული უზრუნველყოფის შემუშავებიდან OOD/Agile და სხვა ახალ კონცეფციებზე, ტესტირება ასევე გადავიდა ჩვეულებრივი (ტრადიციული) ტესტირებიდან ობიექტზე ორიენტირებულ ტესტირებაზე (OOT). მაგრამ იმის გამო, რომ ჩანჩქერის განვითარება ჯერ კიდევ გამოიყენება, ჩვეულებრივი ტესტირება კვლავ გამოიყენება ტესტერების მიერ.
რა არის ჩვეულებრივი ტესტირება?
ჩვეულებრივი ტესტირების პროცესი ძირითადად ხდება მაშინ, როდესაც ჩანჩქერის სასიცოცხლო ციკლი გამოიყენება ორგანიზაციებში პროგრამული უზრუნველყოფის შესაქმნელად. ჩვეულებრივი ტესტირება ყოველთვის ხდება სასიცოცხლო ციკლის სატესტო ფაზაში, რომელიც ჩვეულებრივ მიჰყვება განვითარების ფაზას და აგრძელებს განხორციელების ფაზას. ამ ტესტირების ფაზაში ძირითადად ჩატარდება სამი სახის ტესტირება. სისტემის ტესტირება დარწმუნდება, რომ სისტემის მახასიათებლები აკმაყოფილებს SRS-ში (პროგრამული მოთხოვნების სპეციფიკაცია) დოკუმენტირებული მომხმარებლის მოთხოვნებს, ჩვეულებრივ, შავი ყუთის მიდგომას. ინტეგრაციის ტესტირება ამოწმებს წინასწარ დიზაინს ფუნქციონალური და დაშლის მიდგომით. ინტეგრაციის ტესტირება ეფუძნება დიზაინის სტრუქტურას ზემოდან ქვევით ან ქვემოდან ზევით მიდგომის გამოყენებით. საბოლოოდ, ერთეულის ტესტები დარწმუნდებიან, რომ დეტალური დიზაინი სწორია.
რა არის ობიექტზე ორიენტირებული ტესტირება?
ობიექტზე ორიენტირებული (OO) ანალიზისა და დიზაინის გამოყენება Agile-თან და სხვა უახლესი პროგრამული უზრუნველყოფის განვითარების მეთოდოლოგიებთან ერთად იწვევს ობიექტზე ორიენტირებულ ტესტირებას. OO განვითარება ჩვეულებრივ ორიენტირებულია ქცევაზე. ტესტირება ტარდება კომპოზიციაზე აქცენტით. ეს ნიშნავს, რომ დიზაინი იქმნება ნაწილ-ნაწილ და შედგენილია ერთად სრული სისტემის დასასრულებლად. იმის გამო, რომ სწრაფი პროტოტიპირება და დამატებითი მიდგომის გარკვეული ფორმა გამოიყენება დღეს OO-ს განვითარებისთვის, სამი ჩვეულებრივი ტესტირების დონე (სისტემა, ინტეგრაცია და ერთეულის ტესტირება) აშკარად არ ჩანს OO დიზაინში (მაგრამ ისინი უმეტესად არსებობენ). სისტემის ტესტირება (OO ტესტირების ქვეშ) მიიღებს იგივე (შავი ყუთი) მიდგომას, როგორც ჩვეულებრივი ტესტირება და შეამოწმებს მოთხოვნის სპეციფიკაციას (რადგან მოთხოვნები უნდა გადამოწმდეს განვითარების პროცესის მიუხედავად). ერთეულის ტესტირება ობიექტზე ორიენტირებული ტესტირებისას მსგავსია ჩვეულებრივი ერთეულის ტესტირებისას, მაგრამ ძირითადი განსხვავება არის გამოყენებული ერთეულის განსაზღვრება. ამჟამად მიღებული ერთეულები, რომლებიც გამოიყენება ერთეულების ტესტირებისთვის არის კლასები და მეთოდები.
რა განსხვავებაა ჩვეულებრივ ტესტირებასა და ობიექტზე ორიენტირებულ ტესტირებას შორის?
ჩვეულებრივი ტესტირება არის ტესტირების ტრადიციული მიდგომა, რომელიც ძირითადად კეთდება, როდესაც წყლის ჩამოვარდნის სასიცოცხლო ციკლი გამოიყენება განვითარებისთვის, ხოლო ობიექტზე ორიენტირებული ტესტირება გამოიყენება, როდესაც ობიექტზე ორიენტირებული ანალიზი და დიზაინი გამოიყენება საწარმოს პროგრამული უზრუნველყოფის შემუშავებისთვის. ჩვეულებრივი ტესტირება უფრო მეტად ფოკუსირებულია დაშლაზე და ფუნქციონალურ მიდგომებზე, ვიდრე ობიექტზე ორიენტირებული ტესტირება, რომელიც იყენებს კომპოზიციას. ტესტირების სამი დონე (სისტემა, ინტეგრაცია, ერთეული), რომელიც გამოიყენება ჩვეულებრივ ტესტირებაში, მკაფიოდ არ არის განსაზღვრული, როდესაც საქმე ეხება ობიექტზე ორიენტირებულ ტესტირებას. ამის მთავარი მიზეზი ის არის, რომ OO განვითარება იყენებს ინკრემენტულ მიდგომას, ხოლო ტრადიციული განვითარება მიჰყვება თანმიმდევრულ მიდგომას. ერთეულის ტესტირების კუთხით, ობიექტზე ორიენტირებული ტესტირება ჩვეულებრივ ტესტებთან შედარებით ბევრად უფრო მცირე ერთეულებს უყურებს.
