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

თარგმანი:ოლგა ალიფანოვა

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

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

რისგან შედგება ტესტირება?

გამოძიება

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

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

Სწავლა

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

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

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

რისკის შემცირება

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

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

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

ღირებულება

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

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

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

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

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

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

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

Კომუნიკაცია

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

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

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

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

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

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

პოტენციური უსასრულობა

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

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

რა ტესტირება არ შედის

Სიმარტივე

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

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

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

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

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

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

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

Ხარისხის გაუმჯობესება

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

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

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

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

მკაცრ წესებს ექვემდებარება ფიქსირებული, უფანტაზიო საქმიანობა

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

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

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

სასიცოცხლოდ მნიშვნელოვანია პროდუქტის წარმატებისთვის

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

არასოდეს მთავრდება

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

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

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

ტესტირება ბევრად, ბევრად მეტია

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

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

ჩემი კოდი მშვენივრად მუშაობს. რატომ გამოსცადეთ?

არ არსებობს პროგრამისტი, რომელიც კოდს იდეალურად წერს. უმსხვილესი ტექნიკური კომპანიებიც კი, როგორიცაა Google, Facebook, Rockstar, Sony და სხვები, საუკეთესო პროგრამისტებს ქირაობენ. მაგრამ მიუხედავად ამისა, ეს არ იხსნის IT გიგანტებს დაუცველი კოდის დაწერისგან.

მაგრამ არ ვიცი რა გავასინჯო

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

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

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

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

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

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

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

ტესტირება ძალიან რთული და დამაბნეველია

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

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

ტესტირება ზრდის განვითარების დროს

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

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

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

ბოლოს და ბოლოს

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

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

AT.რა არის დინამიური ტესტირება?

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

AT.რა არის GUI ტესტირება?

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

AT.რა არის ფორმალური ტესტირება?

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

AT.რა არის რისკზე დაფუძნებული ტესტირება?

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

AT.რა არის ადრეული ტესტირება?

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

AT.რა არის ამომწურავი ტესტირება?

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

AT.რა არის დეფექტის დაგროვება?

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

AT.რა არის პესტიციდების პარადოქსი?

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

AT.რა არის სტატიკური ტესტირება?

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

AT.რა არის დადებითი ტესტი?

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

AT.რა არის უარყოფითი ტესტირება?

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

AT.რა არის ბოლომდე ტესტირება?

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

AT.რა არის საძიებო ტესტირება?

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

AT.რა არის მაიმუნების ტესტირება?

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

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

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

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

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

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

AT.რა არის დატვირთვის ტესტირება?

ო.აპლიკაციის ფუნქციონალურობისა და მუშაობის ანალიზი სხვადასხვა პირობებში.

AT.Რა სტრესი-ტესტირება?

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

AT.რა არის პროცესი?

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

AT.რა არის კონფიგურაციის მენეჯმენტი?

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

ო.შედგენა:

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

AT.როგორ არის CMMI დგას?

ო.შესაძლებლობების სიმწიფის მოდელის ინტეგრაცია (Model of a maturity of development processes).

AT.რა არის პროგრამის ანალიზი?

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

ო.ინდივიდუალური პროგრამების, მოდულების ან კოდის ელემენტების ტესტირება.

AT.რა არის ინტეგრაციის დონის ტესტირება?

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

AT.რა არის სისტემის დონის ტესტირება?

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

AT.რა არის ალფა ტესტირება?

ო.მთელი კომპიუტერული სისტემის ტესტირება მომხმარებლის ტესტირების (UAT) ფაზამდე.

AT. რა არის UAT?

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

AT.რა არის ტესტის გეგმა?

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

AT.რა არის ტესტის სკრიპტი?

ო.ყველა შესაძლო ტესტის სფეროს იდენტიფიცირება.

AT.რა არის ECP (Equivalence Class Partition)?

ო.ტესტის შემთხვევების გენერირების მეთოდი.

AT.რა არის დეფექტი?

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

AT.რა არის კრიტიკულობა?

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

AT.რა არის პრიორიტეტი?

ო.მიუთითებს დეფექტის გამოსწორების გადაუდებლობაზე.

AT.რა არის ხელახალი ტესტირება?

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

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

AT.რა არის აღდგენის ტესტირება?

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

AT.რა არის გლობალიზაციის ტესტირება?

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

AT.რა არის ლოკალიზაციის ტესტირება?

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

AT.რა არის ინსტალაციის ტესტირება?

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

AT.რა არის მოცილების ტესტირება?

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

AT.რა არის თავსებადობის ტესტირება?

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

AT.რა არის ტესტირების სტრატეგია?

ო.ეს არის ტესტის გეგმის ნაწილი, რომელიც აღწერს, თუ როგორ ტარდება ტესტირება და რა ტიპის ტესტირებაა საჭირო.

AT.რა არის საცდელი შემთხვევა?

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

AT.რა არის ბიზნეს პროცესის ვალიდაციის ტესტის შემთხვევა?

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

AT.როგორ განისაზღვრება კარგი ტესტი?

ო.საცდელი შემთხვევა, რომელსაც აქვს ხარვეზის გამოვლენის მაღალი პრიორიტეტი.

AT.რა არის გამოყენების შემთხვევის ტესტირება?

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

AT.რა ასაკია დეფექტი?

ო.დრო აღმოჩენის თარიღსა და დეფექტის დახურვის თარიღს შორის.

AT.რა არის Showstopper-ის დეფექტი?

ო.დეფექტი, რომელიც აიძულებს შეჩერდეს ტესტირების პროცესი.

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

AT.რა არის Bucket ტესტირება?

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

AT.რა არის ტესტის დაწყების და დასრულების კრიტერიუმები?

ო.დაწყების კრიტერიუმები - პროცესი, რომელიც უნდა იყოს წარმოდგენილი სისტემის დასაწყისში. Ეს შეიძლება იყოს:

• SRS-პროგრამული უზრუნველყოფა
• Გამოყენების შემთხვევაში
• სატესტო საქმე
• ტესტის გეგმა

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

• ტესტის ანგარიში
• მეტრიკა
• ტესტის ანალიზის ანგარიში

AT.რა არის ვალუტის ტესტირება?

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

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

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

AT.რა არის ინტერფეისის ტესტირება?

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

AT.რა არის გამა ტესტირება?

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

რა არის ტესტი?

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

ტესტები შეიძლება დაიყოს ორ კატეგორიად - ადაპტური და ტრადიციული ტესტები.

ადაპტური ტესტი

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

ტრადიციული ტესტი

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

ტესტის დავალებების სახეები:

1. ამოცანები პასუხების არჩევით (დახურული დავალება).

ა) კითხვები ერთი სწორი პასუხის არჩევით.

აკრეფისას სიტყვები ერთმანეთისგან გამოყოფილია...

ა) მსხვილი ნაწლავი ბ) მძიმე; გ) სივრცე; დ) წერტილი.

ბ) ამოცანები ერთი არასწორი პასუხის არჩევით.

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

ა) ტექსტის შენახვა; ბ) ტექსტის ფორმატირება; გ) ტექსტის ფრაგმენტის წაშლა; დ) ტესტის ფრაგმენტის გადატანა; ე) ტექსტის ფრაგმენტის გადაწერა.

2. შესაბამისობის დადგენის ამოცანები.

დააყენეთ მატჩი.

3. ამოცანები რამდენიმე სწორი პასუხის არჩევით.

ათი თითის ბრმა მეთოდის გამოყენება იწვევს...

ა) თითებზე დაძაბულობის შემცირება; ბ) ბეჭდვის სიჩქარის შემცირება; გ) ბეჭდვითი შეცდომებისა და შეცდომების რაოდენობის შემცირება; დ) თითების სწრაფი დაღლილობა.

4. ამოცანები ღია პასუხით.

ათი თითის შეხების მეთოდით აკრეფისას კლავიატურის დაუფლების ორი გზა არსებობს: 1.________________________________________________________________________________________________________________ 2.________________________________________________________________________________________________________________

ტესტი

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

• ცნობილი სირთულე;
• ტესტის ქულების საკმარისი ცვალებადობა;
• დავალების ქულების დადებითი კორელაცია მთელი ტესტის ქულებთან

დავალებების სახეები ტესტში

დახურულია:

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

გახსნა:

• უფასო პრეზენტაციის ამოცანები;
• დამატებითი ამოცანები.

ფუნქციები

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

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

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

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

უპირატესობები

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

ხარვეზები

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

ლიტერატურა

• ავანესოვი V.S.ტესტის დავალებების შედგენა. - მ., ტესტირების ცენტრი, 2002 წ.
• ზორინი ს.ფ.განვითარება ავტომატური სისტემასტუდენტების ცოდნის კონტროლი დისციპლინაში „საწარმოთა ეკონომიკა“. MGVMI, 2007 წ.
• მაიოროვი ა.ნ.განათლების სისტემისთვის ტესტების შექმნის თეორია და პრაქტიკა: როგორ ავირჩიოთ, შევქმნათ და გამოვიყენოთ ტესტები საგანმანათლებლო მიზნებისთვის. M: Intellect-Centre, 2002 წ.
• მორევ ი.ა.საგანმანათლებლო Საინფორმაციო ტექნოლოგია. ნაწილი 2. პედაგოგიური გაზომვები: სახელმძღვანელო. - ვლადივოსტოკი: გამომცემლობა დალნევოსტი. უნ-ტა, 2004 წ.
• ნეიმან იუ.მ., ხლებნიკოვი ვ.ა.პედაგოგიური ტესტირება, როგორც საზომი. Ნაწილი 1. - M .: რუსეთის ფედერაციის თავდაცვის სამინისტროს ტესტირების ცენტრი, 2002 წ.
• ჩელიშკოვა M.B.პედაგოგიური ტესტების აგების თეორია და პრაქტიკა. უჩ. სარგებელი. - მ.: ლოგოსი, 2002 წ.

გარე ბმულები

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

• ჩერკასის სახელობის ეროვნული უნივერსიტეტის საგანმანათლებლო ტესტირების ცენტრი. ბ.ხმელნიცკი
• საგანმანათლებლო კომუნიკაციებისა და პროფესიული განათლების ტესტირების ცენტრი
• ფედერალური ინტერნეტ გამოცდა პროფესიული განათლების სფეროში
• MyTest 3 პროგრამა კომპიუტერული ტესტირების შექმნისა და ჩატარების, შედეგების შეგროვებისა და ანალიზის, ტესტში მითითებული მასშტაბის მიხედვით შეფასების.
• Tests 2009 პროგრამა არის მოქნილი და მოსახერხებელი სისტემა ტესტის ცოდნის კონტროლის ორგანიზებისთვის
• ინტერნეტ სერვისის მასტერ-ტესტი ტესტირებისთვის

ფონდი ვიკიმედია. 2010 წ.

ნახეთ, რა არის „ტესტი“ სხვა ლექსიკონებში:

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

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

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

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

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

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

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

TEST Nt შოლპო-ლუზიანინას მიერ- - ტესტი რემანენტული მაგნიტიზაციის თერმული ბუნების შესაფასებლად მაგნიტიზაციის იძულებითი სპექტრებიდან ნიმუშის ბუნებრივი (EC) და ნულოვანი (NC) მდგომარეობიდან. Nt \u003d Hx / Ho, სადაც Hx არის მანძილი იძულებითი სპექტრის სწორ მონაკვეთებს შორის ან ... ... პალეომაგნეტოლოგია, პეტრომაგნეტოლოგია და გეოლოგია. ლექსიკონის მითითება.

კომპიუტერულ მეცნიერებაში Agrawal Kayal Saxena ტესტი (ან AKS ტესტი) არის პოლინომიური დეტერმინისტული პირველობის ტესტი, რომელიც შემოთავაზებულია ინდოელი მეცნიერის მანინდრა აგრავალის (ინგლისური) და მისი ორი სტუდენტის ნირაჯ კაიალის (ინგლისური ... ვიკიპედია) მიერ.