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

კვანძებად დაყოფა

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

TestMace თავდაპირველად ყოფს ყველა ფუნქციას სხვადასხვა ტიპის კვანძებად. გსურთ თხოვნის გაკეთება? Ეს შენთვისაა მოთხოვნის ნაბიჯი კვანძი სკრიპტის დაწერა გინდა? Ეს შენთვისაა script კვანძი გჭირდებათ ტესტები? გთხოვ - Მტკიცება კვანძი ოჰ, თქვენ მაინც შეგიძლიათ ამ ყველაფრის გადატანა საქაღალდე კვანძი და ეს ყველაფერი ადვილად შეიძლება შერწყმული იყოს ერთმანეთთან. ეს მიდგომა არა მხოლოდ ძალიან მოქნილია, არამედ, ერთიანი პასუხისმგებლობის პრინციპის შესაბამისად, საშუალებას გაძლევთ გამოიყენოთ მხოლოდ ის, რაც ნამდვილად გჭირდებათ ამ მომენტში. რატომ მჭირდება სკრიპტები და ტესტები, თუ უბრალოდ მოთხოვნის გაკეთება მინდა?

ადამიანისთვის წასაკითხი პროექტის ფორმატი

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

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

რას აძლევს ეს მომხმარებელს? ეს საშუალებას გაძლევთ შეცვალოთ გუნდის სამუშაო ნაკადი ძალიან მოქნილად, ნაცნობი მიდგომების გამოყენებით. მაგალითად, დეველოპერებს შეუძლიათ შეინახონ პროექტი იმავე საცავში, როგორც backend. ფილიალებში, გარდა თავად კოდის ბაზის შეცვლისა, დეველოპერს შეუძლია შეასწოროს არსებული შეკითხვის სკრიპტები და ტესტები. საცავში ცვლილებების განხორციელების შემდეგ (git, svn, mercurial - რაც მოგწონთ საუკეთესოდ), CI (თქვენი ფავორიტი, არავის მიერ დაწესებული) გაუშვებს ჩვენს კონსოლის პროგრამას testmace-cli, ხოლო შესრულების შემდეგ მიღებული ანგარიში (მაგალითად, junit ფორმატში, რომელიც ასევე მხარდაჭერილია testmace-cli-ში) იგზავნება შესაბამის სისტემაში. და ზემოაღნიშნული უსაფრთხოების საკითხი აღარ არის პრობლემა.

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

დინამიური ცვლადები

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

მაგალითი: ჩვენ მივიღეთ პასუხი სერვერისგან და გვსურს შევინახოთ პასუხის ნაწილი ცვლადში. Postman-ში, სატესტო სკრიპტში (რაც თავისთავად უცნაურია) დავწერდით რაღაცას:

var jsonData = JSON.parse(responseBody);
postman.setEnvironmentVariable("data", jsonData.data);

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

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

var jsonData = JSON.parse(responseBody);
postman.setEnvironmentVariable("data", CryptoJS.MD5(jsonData.data));

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

const data = tm.currentNode.prev.response.body.data;
tm.currentNode.parent.setDynamicVar('data', crypto.MD5(data));

როგორც ხედავთ, კვანძების შემადგენლობა აქაც კარგად ემსახურებოდა. და ისეთი მარტივი შემთხვევისთვის, როგორც ზემოთ იყო აღწერილი, შეგიძლიათ უბრალოდ მივანიჭოთ გამოხატულება ${crypto.MD5($response.data)} ცვლადი შექმნილია GUI-ით!

ტესტების შექმნა GUI-ის საშუალებით

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

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

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

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

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

უფრო მოწინავე ვერსიაში შეგიძლიათ მიუთითოთ სკრიპტის რომელი დინამიური ცვლადები გადაეცემა ბმულთან შედარებით უფრო მაღალ დონეზე. დამაბნეველი ჟღერს? ვთქვათ, ჩვენ შევქმენით საქაღალდე სახელით შექმნა-პოსტი, რომლის ფარგლებშიც ამ კვანძს ენიჭება დინამიური ცვლადი postId. ახლა ლინკის კვანძში შექმნა-პოსტი-ლინკი თქვენ შეგიძლიათ პირდაპირ მიუთითოთ, რომ ცვლადი postId ენიჭება წინაპარს შექმნა-პოსტი-ლინკი. ეს მექანიზმი (ისევ პროგრამირების ენაში) შეიძლება გამოყენებულ იქნას „ფუნქციიდან“ შედეგის დასაბრუნებლად. ზოგადად, მაგარია, DRY არის გაჩაღებული და ისევ არც ერთი კოდი არ დაზიანებულა.

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

სხვა განსხვავებები

• ცვლადების ფარგლებს უფრო მეტი კონტროლი. ყველაზე მცირე ფარგლები, რომლის ფარგლებშიც შეიძლება განისაზღვროს ცვლადი Postman-ში, არის კოლექცია. TestMace საშუალებას გაძლევთ განსაზღვროთ ცვლადები ნებისმიერი შეკითხვის ან საქაღალდისთვის. Postman Share კოლექციაში გაძლევთ მხოლოდ კოლექციების ექსპორტის საშუალებას, ხოლო TestMace-ში გაზიარება მუშაობს ნებისმიერი კვანძისთვის
• TestMace მხარს უჭერს მემკვიდრეობითი სათაურები, რომელიც ნაგულისხმევად შეიძლება შეიცვალოს ბავშვური მოთხოვნებით. ფოსტალიონს აქვს რაღაც ამის შესახებ: გამოწვევადა დახურულია კიდეც, მაგრამ შემოთავაზებულია როგორც გამოსავალი... სკრიპტების გამოყენება. TestMace-ში ეს ყველაფერი კონფიგურირებულია GUI-ის საშუალებით და არსებობს შესაძლებლობა სურვილისამებრ გამორთოთ მემკვიდრეობითი სათაურები კონკრეტულ შთამომავლებში.
• Უკან წინ. მუშაობს არა მხოლოდ კვანძების რედაქტირებისას, არამედ გადაადგილების, წაშლის, სახელის გადარქმევის და სხვა ოპერაციების დროს, რომლებიც ცვლის პროექტის სტრუქტურას.
• მოთხოვნებზე მიმაგრებული ფაილები ხდება პროექტის ნაწილი და ინახება მასთან ერთად, სრულყოფილად სინქრონიზებული, განსხვავებით Postman-ისგან. (დიახ, თქვენ აღარ გჭირდებათ ფაილების ხელით არჩევა ყოველ ჯერზე დაწყებისას და მათი კოლეგებისთვის გადაცემა არქივებში)

ფუნქციები, რომლებიც უკვე გზაშია

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

ფუნქციები

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

{{$randomEmail}}

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

ჩვენ ვგეგმავთ TestMace-ს „პატიოსანი“ ფუნქციების დამატებას. პირდაპირ ${}-ში შესაძლებელი იქნება არა მხოლოდ ცვლადზე წვდომა, არამედ ფუნქციის გამოძახებაც. იმათ. თუ დაგჭირდებათ ცნობილი ყალბი ელ.ფოსტის გენერირება, ჩვენ უბრალოდ დავწერთ

${faker.internet.email()}

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

რა მოხდება, თუ გვინდა გამოვთვალოთ სტრიქონის ჰეში? მარტივად!

${crypto.MD5($dynamicVar.data)}

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

JavaScript-ის გამოყენება გამონათქვამებში

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

${1 + '' + crypto.MD5('asdf')}

და ეს ყველაფერი სკრიპტების გარეშე, პირდაპირ შეყვანის ველებში!

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

გაფართოებული ავტომატური დასრულება

ამჟამად TestMace-ს აქვს სტანდარტული ავტომატური დასრულება, რომელიც ასე გამოიყურება:

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

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

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

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

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

დასკვნა

ოქტომბერში ჩვენი პროდუქტის განვითარების დაწყებიდან ერთი წელი შესრულდა. ამ ხნის განმავლობაში ბევრი რამის გაკეთება მოვახერხეთ და, გარკვეულწილად, კონკურენტებსაც მოვახერხეთ. როგორც არ უნდა იყოს, ჩვენი მიზანია შევქმნათ მართლაც მოსახერხებელი ინსტრუმენტი API-ებთან მუშაობისთვის. ჯერ კიდევ ბევრი სამუშაო გვაქვს გასაკეთებელი, აქ არის ჩვენი პროექტის განვითარების უხეში გეგმა მომავალი წლისთვის: https://testmace.com/roadmap.

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

წყარო: www.habr.com