დაწყება API ტესტირებით - რა უნდა იცოდეთ

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

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

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


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

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


როდესაც გსურთ შესვლის იგივე ფუნქციონალური შემოწმება API ფენაზე, საიდან დაიწყებთ?

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

თქვენ უნდა იცოდეთ რომელ ფორმატში უნდა გაგზავნოთ თქვენი დატვირთვა . ეს არის JSON, Multipart, ფორმა-მონაცემები?

თქვენ ასევე უნდა იცოდეთ რა სათაურები თქვენ უნდა მიუთითოთ თქვენი მოთხოვნა.


მოთხოვნის გაგზავნისთანავე, რა?

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



API ტესტირება - რა უნდა იცოდეთ

მე მომივიდა იმ ნივთების ჩამონათვალი, რომლებიც უნდა იცოდეს ყველა ტესტერმა, რომელიც მონაწილეობს API ტესტირებასა და API ტესტის ავტომატიზაციაში.

ეს სია სულაც არ არის ამომწურავი, მაგრამ არის მინიმალური, რაც საჭიროა იცოდეთ გსურთ API ტესტირების სწავლა:


  • შეუძლია შექმნას გაშვებადი, შესრულებადი პროექტი ყველა საჭირო ბიბლიოთეკით, API ტესტირების მხარდასაჭერად
  • ფოსტალიონის საშუალებით გაიგეთ და დაუკავშირდით საბოლოო წერტილებს
  • შექმენით კოლექციები და მოითხოვეთ შაბლონები ფოსტალიონში
  • იცოდეთ HTTP სრულ კონტექსტში
  • მოთხოვნები [მოთხოვნის სტრუქტურები, სათაური, მეთოდი, კორპუსი]
  • მოთხოვნის სხვადასხვა მეთოდი, GET, POST, PUT, PATCH, DELETE
  • ფორმის მონაცემების გაგზავნა JSON, Multipart, URL კოდირებით, მოთხოვნის პარამეტრებით
  • პასუხები [რეაგირების სტატუსის კოდები, რეაგირების სათაურები, რეაგირების ორგანოები]
  • აითვისებს ბიბლიოთეკებს რეაგირების ორგანოს დასადგენად და მნიშვნელობების ამოსაღებად
  • მოითხოვეთ / რეაგირებენ ჯაჭვზე, მიიღებენ საპასუხო ორგანოს და ემსახურებიან მას შემდეგ ზარზე
  • ავთენტიფიკაციის მექანიზმი, OAuth2, OpenID, JWT, წვდომის ნიშნები
  • REST, JSON, სხდომის მენეჯმენტი, ავტორიზაცია

შემდგომი კითხვა:

საინტერესო სტატიები