Გამოცდის მეთოდების პროგრამული უზრუნველყოფა და შედარება. ტესტირების მეთოდი "შავი ყუთი" ტესტირება და მეთოდი "თეთრი ყუთი"

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

მეთოდები

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

მეთოდები გადამოწმების (ტესტირება) პროგრამების შეიძლება დაიყოს სტატიკური და დინამიური.

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

დინამიური ტექნიკა:

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

გამჭვირვალე ტესტირება

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

ტესტირება პროგრამების თეთრი ყუთი აქვს შემდეგი უპირატესობები:

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

უარყოფითი მხარეები:

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

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

მთავარი ჯიშები:

1) ტესტირების ნაკადის კონტროლი - სტრუქტურული სტრატეგიის გამოყენებით პროგრამის მართვის ნაკადის მოდელი და როგორც და უფრო მარტივი გზა ნაკლები უფრო რთული;

2) ფილიალი მიზნად ისახავს შეისწავლოს გამართვის თითოეული ვარიანტი (ჭეშმარიტი ან მცდარი) თითოეული კონტროლის ოპერატორი, რომელიც ასევე მოიცავს კომბინირებული გადაწყვეტა;

3) ტესტირება მთავარ გზას, რომელიც საშუალებას იძლევა tester დამყარება ლოგიკური სირთულის ღონისძიების საპროცესო პროექტის იზოლაცია ბაზა მითითებული შესრულების გზები;

4) შემოწმების მონაცემების ნაკადი - ნაკადის კონტროლის სტრატეგიის კვლევის ანოტაციები იმედი ინფორმაცია რეკლამა და გამოიყენოთ პროგრამა ცვლადები;

5) ციკლის ტესტირება - სრულად ორიენტირებულია სწორი ფუნქციონირების ციკლური პროცესები.

ქცევითი debugging

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

უპირატესობა ამ მიდგომა:

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

ტესტირების პროგრამული შავი ყუთი მეთოდი შემდეგ უარყოფითი მხარეები:

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

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

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

1) ექვივალენტურია დანაყოფი, რომელსაც შეუძლია შეამციროს კომპლექტი ტესტი მონაცემები როგორც შეყვანის პროგრამული მოდული მონაცემები ჩაიშალა შევიდა ცალკე ნაწილები;

2) სასაზღვრო ანალიზი აქცენტს შემოწმების საზღვრები ან უკიდურეს ზღვრული - მინიმალური, მაქსიმალური და ტიპიური ღირებულებების შეცდომა;

3) fuzzing - განსახორციელებლად გამოყენებული საძიებო შესაყვანი შეცდომები ან დაზიანებულია poluiskazhennyh ავტომატური ან ნახევრად ავტომატურ რეჟიმში;

4) ითვლის მიზეზობრიობის - ავტოტექნიკის შექმნის გრაფიკის განსაზღვრის შორის ურთიერთობა მოქმედება და მისი მიზეზები: პირადობის უარყოფა, ლოგიკური ან და ლოგიკური და - ოთხი მთავარი პერსონაჟი, გამოხატავს შორის ურთიერთობა მიზეზი და ეფექტი;

5) Verification ორთოგონალური მასივების მიმართა პრობლემები შედარებით მცირე შეყვანის ფართობი აღემატება შესაძლებლობა ამომწურავი კვლევა;

6) ტესტირების წყვილი - ტექნიკა, სადაც კომპლექტი ტესტი ღირებულებებს მოიცავს ყველა შესაძლო ორობითი კომბინაციები თითოეული წყვილი შეყვანის პარამეტრების;

7) debugging სახელმწიფო გარდამავალ - ტექნიკა სასარგებლო შემოწმების სტატუსი მანქანა, ასევე ნავიგაცია მეშვეობით GUI შესახებ.

შავი ყუთი ტესტირება: მაგალითები

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

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

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

რამდენი ტესტები უნდა მიიღოს, რათა შეამოწმოს ყველა შესაძლო ღირებულებების 4 ფანჯარა დროშა და ერთჯერადი სფეროში, დროის წამში? ერთი შეხედვით გაანგარიშება მარტივია: 4 სფეროებში ორი შესაძლო სახელმწიფოები - 24 = 16, რომელიც უნდა გამრავლდეს რაოდენობის შესაძლო თანამდებობებზე 00 99, ანუ 1600 შესაძლო ტესტები.

თუმცა, ეს გამოთვლის არასწორია: ჩვენ შეგვიძლია განვსაზღვროთ, რომ ორი ქულიანის შეიძლება ასევე შეიცავდეს სივრცეში, ანუ ის შედგება ორი ალფანუმერული პოზიციები და შეიძლება შეიცავდეს ალფანუმერული პერსონაჟი, სპეციალური სიმბოლოები, ფართები და ა.შ. ასე რომ, თუ .... სისტემა არის 16-bit კომპიუტერი, გახდეს 216 = 65536 თითო პოზიცია შედეგად 4294967296 ტესტის, რომლებიც უნდა გამრავლდეს 16 კომბინაციები დროშები, რომელიც სულ 68.719.476 736. თუ ისინი ასრულებენ 1 ტესტი წამში, სულ cont olzhitelnost ტესტირება 2 177.5 წლის განმავლობაში. 32 ან 64-bit სისტემები, ხანგრძლივობა კიდევ უფრო.

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

ექვივალენტობის დაყოფის

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

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

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

მაგალითად, (1 / x) ^1/2 გამოყენებით სამი მონაცემების sequences, სამი ექვივალენტური დანაყოფი:

1. ყველა დადებითი ციფრები განიხილება იმავე გზით და არ უნდა მისცეს სწორი შედეგები.

2. ყველა უარყოფითი ციფრები სიფრთხილით ანალოგიურად იგივე შედეგი. ეს არის არასწორი, რადგან ფესვი უარყოფითი რიცხვი არის წარმოსახვითი.

3. Zero იქნება განცალკევებით და მისცეს შეცდომა "გაყოფის ნულოვანი". ეს არის სექცია ერთი ღირებულება.

ამგვარად, ჩვენ ვხედავთ სამი განსხვავებული სექციები, ერთ-ერთი, რომელიც მცირდება ერთი მნიშვნელობა. არსებობს ერთი "სწორი" სექცია, რომელიც იძლევა საიმედო შედეგები და ორი "არასწორი" არასწორი შედეგები.

სასაზღვრო ანალიზი

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

• არასათანადო გამოყენება რელატიური ოპერატორები (<,> =, ≠, ≥, ≤);
• ერთი შეცდომა;
• პრობლემა ციკლის და iterations,
• არასწორი სახის და ზომის ცვლადები გამოიყენება შენახვის შესახებ ინფორმაცია;
• ხელოვნური შეზღუდვები დაკავშირებული მონაცემთა ტიპები და ცვლადები.

translucent ტესტირება

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

ამ ტექნიკის გამოყენებით, tester განვითარების ტესტი ღირებულებებს უნდა ჰქონდეს ცოდნა შიდა მონაცემთა სტრუქტურები და ალგორითმები. მაგალითები რუხი-box ტესტირების მეთოდები ასეთია:

• არქიტექტურული მოდელი;
• ერთიანი Modeling Language (UML);
• სახელმწიფო მოდელი (სასრულ სახელმწიფო მანქანა).

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

ეს ტესტირების მეთოდი აქვს შემდეგი უპირატესობები:

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

უარყოფითი მხარეები:

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

სხვა სახელი ნაცრისფერი ყუთი ტექნიკა - translucent debugging.

ეს კატეგორია მოიცავს ასეთი მეთოდები ტესტირება:

1) ორთოგონალური მასივი - გამოყენების subset ყველა შესაძლო კომბინაციები;

2) matrix გამართვის გამოყენებით სახელმწიფო პროგრამის მონაცემები;

3) რეგრესული ჩატარებული შემოწმების ახალი ცვლილებების პროგრამული უზრუნველყოფა;

4) template ტესტი, რომელიც აანალიზებს დიზაინი და არქიტექტურა კარგი განაცხადი.

შედარება პროგრამული უზრუნველყოფის ტესტირება ტექნიკა

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

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

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

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

ავტომატიზაციის

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

1) ავტომატიზაცია რუტინული, განმეორებადი ან დეტალური ამოცანები, როგორიცაა ფაილის შედარებით რამდენიმე ათასი რიგები რათა გაათავისუფლოს დრო კონცენტრაცია tester უფრო მნიშვნელოვანი ქულა;

2) შესრულების თვალთვალის და ამოცანები, რომ არ შეიძლება მარტივად მიერ შესრულებული ადამიანები, როგორიცაა შესრულების შემოწმების და ანალიზის რეაგირების დრო, რომელიც შეიძლება გაიზომოს ასეულის მეორე.

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

• ტესტის მენეჯმენტი, რომელიც მოიცავს პროექტის მართვის მხარდაჭერა ვერსიები, კონფიგურაციის, რისკის ანალიზი, ტესტი მიკვლევა, შეცდომები, დეფექტების და ანგარიშგების ინსტრუმენტები;
• მოთხოვნები მართვა, რომელიც მოიცავს შენახვის მოთხოვნები, შეამოწმეთ მათ სისრულე და გაურკვევლობა, მათი პრიორიტეტი და მიკვლევადობის თითოეული ტესტის;
• კრიტიკული მიმოხილვა და სტატიკური ანალიზი, მათ შორის ნაკადის მონიტორინგის და ამოცანები, ჩაწერა და შენახვა კომენტარი, დეფექტის აღმოჩენის და დაგეგმილი სასჯელაღსრულების, პრობაციისა მართვის ბმულები სიების და წესები, თვალთვალის კომუნიკაციის წყარო დოკუმენტები და კოდი სტატიკური ანალიზი აღმოაჩინოს დეფექტების, რომელიც უზრუნველყოფს სტანდარტების წერა კოდი, ანალიზი სტრუქტურებისა და დამოკიდებულებები, გაანგარიშება მეტრულ პარამეტრების კოდი და არქიტექტურა. გარდა ამისა, გამოიყენოთ compilers, ანალიზატორები, გენერატორების და ურთიერთობები ჯვარი ცნობას;
• მოდელირება, რომელიც მოიცავს ინსტრუმენტები მოდელირება ბიზნეს ქცევა და შესამოწმებლად მოდელები;
• ტესტი განვითარების უზრუნველყოფს თაობის მონაცემთა მოსალოდნელია საფუძველზე პირობები და ინტერფეისი მოდელები და კოდი, მართვა, შექმნან ან შეცვალოს ფაილი და მონაცემთა, შეტყობინებები მონაცემების დადასტურება საფუძველზე წესების მართვა, სტატისტიკური ანალიზი პირობები და რისკები;
• კრიტიკული თვალსაზრისით შესვლის მონაცემები მეშვეობით გრაფიკული ინტერფეისი, API, ბრძანების გამოყენებით შედარების რათა დაეხმაროს იდენტიფიცირება წარმატებული და წარუმატებელი ტესტები;
• მხარდაჭერა debugging გარემო, რომელიც საშუალებას გაძლევთ შეცვალოს დაკარგული ტექნიკის და პროგრამული უზრუნველყოფა, Vol. თ. სიმულაციური მოწყობილობა, დაფუძნებული გადაწყვეტილი გამომავალი subset, ტერმინალის emulators, მობილური ტელეფონები და ქსელური მოწყობილობები, გარემოს შემოწმების ენები, ოპერაციული სისტემები და ტექნიკის შეცვლის დაკარგული კომპონენტები მძღოლი, ფიქტიური მოდულები და ა.შ., ისევე, როგორც ინსტრუმენტი აღების და შეცვლის OS ითხოვს CPU სიმულაციური შეზღუდვა, RAM, ROM, ან ქსელის .;
• .. შედარება მონაცემთა ფაილი, მონაცემთა ბაზები, შეამოწმეთ მოსალოდნელი შედეგები დროს და შემდეგ ტესტი არის სრული, მათ შორის დინამიური და სურათების შედარებით, ავტომატური "oracles";
• საფარი საზომი ლოკალიზაციის მეხსიერების ტბები და არასწორი მისი კონტროლის ქცევის შეფასებისას სისტემა ქვეშ ცრუ დატვირთვის მომტანი დატვირთვის პროგრამა, მონაცემთა ბაზები, ქსელები და სერვერები რეალისტური სცენარი ზრდის გაზომვა, ანალიზი და შემოწმების სისტემის რესურსებს ანგარიში;
• უსაფრთხოება;
• შესრულების ტესტირება, დატვირთვის და დინამიური ანალიზი;
• სხვა ინსტრუმენტები, Vol. თ. შეამოწმოთ მართლწერა და სინტაქსი, ქსელური უსაფრთხოების, ხელმისაწვდომობა ყველა ვებ გვერდებზე და სხვა.

პერსპექტივა

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

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

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