Რეესტრის ტესტირება პროგრამული უზრუნველყოფა. რა არის რეგრესიული ტესტირება?

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

სახეები, ტიპები, მიმართულებები

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

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

1. ფუნქციური.
2. არაფუნქციური.

ისინი შეიძლება გამოიხატოს როგორც:

1. სკრიპტები.
2. შეკრებებისა.
3. კომპლექტი დაწყების.

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

1. Bugs.
2. ძველი პრობლემები.
3. გვერდითი მოვლენები.

ფუნქციური ტესტები

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

• მოთხოვნები.
• ბიზნეს პროცესები.

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

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

არაფუნქციური ტესტები

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

1. საიმედოობა. რეაქცია შემოწმებულია სხვადასხვა არაპროგნოზირებულ სიტუაციებში.
2. პროდუქტიულობა. როგორ მუშაობს სისტემა, რომელიც სხვადასხვა დატვირთვისთვის ემთხვევა.
3. კომფორტული. რამდენად მოსახერხებელია მუშაობა განაცხადის მიხედვით, მომხმარებლის მიხედვით.
4. მასშტაბი. მოთხოვნები, რომლებიც შეიცვალა განაცხადის სიმაღლისა და სიგანე სხვადასხვა მონიტორებთან მუშაობისას.
5. უსაფრთხოება რამდენად დაცულია მომხმარებლის მონაცემები, ასევე სხვადასხვა არხებით გადაცემის ინფორმაცია.
6. პორტაბელურობა. შეამოწმებს თუ არა განაცხადი სხვადასხვა პლატფორმებზე და თუ კი - რამდენი.

რა თვისებები შეიძლება გამოვლინდეს ამ შემთხვევებში? მათგან 4 არის.

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

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

ტესტირების შემთხვევები

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

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

რეგრესიული ტესტების ავტომატიზაცია

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

შეცდომების რეგრესია

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

ძველი შეცდომების რეგრესია

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

გვერდითი ეფექტის რეგრესია

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

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