Здравейте на всички, ето ви TestMace! Може би много хора знаят за нас от от нашите предишен статии. За тези, които току-що са се присъединили: ние разработваме IDE за работа с TestMace API. Най-често задаваният въпрос при сравняване на TestMace с конкурентни продукти е „С какво се различавате от Postman?“ Решихме, че е време да дадем подробен отговор на този въпрос. По-долу сме очертали нашите предимства пред пощаджия.

Разделяне на възли

Ако работите с Postman, тогава знаете, че интерфейсът за заявки съдържа цялата необходима функционалност. Има скриптове, тестове и всъщност самите заявки. Това улеснява начинаещите, но в големи сценарии този подход не е гъвкав. Какво става, ако искате да създадете няколко заявки и да извършите агрегиране на тях? Ами ако искате да изпълните скрипт без заявка или няколко логически разделени скрипта подред? В крайна сметка би било добра идея да отделите тестовете от обикновените помощни скриптове. В допълнение, подходът „добавете цялата функционалност в един възел“ не е мащабируем - интерфейсът бързо се претоварва.

TestMace първоначално разделя цялата функционалност на различни типове възли. Искате ли да направите заявка? То е за теб стъпка на заявка възел Искаш ли да напишеш сценарий? То е за теб писменост възел Нуждаете се от тестове? Моля те - Твърдение възел О, да, все още можете да опаковате цялото това нещо папка възел И всичко това може лесно да се комбинира едно с друго. Този подход е не само много гъвкав, но и в съответствие с принципа на единичната отговорност ви позволява да използвате само това, от което наистина се нуждаете в момента. Защо ми трябват скриптове и тестове, ако просто искам да направя заявка?

Четим от човека формат на проекта

Има концептуална разлика между TestMace и Postman в начина, по който се съхраняват. В Postman всички заявки се съхраняват някъде в локално хранилище. Ако има нужда от споделяне на заявки между няколко потребители, тогава трябва да използвате вградената синхронизация. Всъщност това е общоприет подход, но не и без недостатъци. Какво ще кажете за сигурността на данните? В края на краищата политиката на някои компании може да не позволява съхраняване на данни с трети страни. Ние обаче смятаме, че TestMace може да предложи нещо по-добро! И името на това подобрение е „четим от човека формат на проекта“.

Нека започнем с факта, че в TestMace по принцип има обект „проект“. И приложението първоначално е разработено с оглед на съхраняване на проекти в системи за контрол на версиите: дървото на проекта е почти едно към едно, проектирано върху файловата структура, yaml се използва като формат за съхранение (без допълнителни скоби и запетаи) и файловото представяне на всеки възел е описано подробно в документацията с коментари. Но в повечето случаи няма да търсите там - всички имена на полета имат логични имена.

Какво дава това на потребителя? Това ви позволява да променяте работния поток на екипа много гъвкаво, като използвате познати подходи. Например разработчиците могат да съхраняват проект в същото хранилище като бекенда. В клоновете, в допълнение към промяната на самата кодова база, разработчикът може да коригира съществуващите скриптове за заявки и тестове. След извършване на промени в хранилището (git, svn, mercurial - каквото ви харесва най-много), CI (вашият любим, неналожен от никого) стартира нашата конзолна помощна програма testmace-cli, а отчетът, получен след изпълнение (например във формат junit, който се поддържа и в testmace-cli), се изпраща до съответната система. И гореспоменатия проблем със сигурността вече не е проблем.

Както можете да видите, TestMace не налага своята екосистема и парадигма. Вместо това, той лесно се вписва в установените процеси.

Динамични променливи

TestMace следва концепцията без код: ако даден проблем може да бъде решен без използване на код, ние се опитваме да предоставим тази възможност. Работата с променливи е точно функционалността, при която в повечето случаи можете да се справите без програмиране.

Пример: получихме отговор от сървъра и искаме да запазим част от отговора в променлива. В Postman, в тестов скрипт (което само по себе си е странно) бихме написали нещо като:

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

Но според нас писането на скрипт за такъв прост и често използван сценарий изглежда излишно. Следователно в TestMace е възможно да се присвои част от отговора на променлива с помощта на графичния интерфейс. Вижте колко е просто:

И сега с всяка заявка тази динамична променлива ще се актуализира. Но можете да възразите, твърдейки, че подходът Postman е по-гъвкав и ви позволява не само да направите задание, но и да извършите известна предварителна обработка. Ето как да промените предишния пример:

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

Е, за тази цел TestMace има писменост възел, който покрива този сценарий. За да възпроизведете предишния случай, но вече изпълнен от 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). Този подход има много предимства – почти неограничена гъвкавост, наличие на готови решения и др.

Реалността обаче често е такава (ние не сме такива, животът е такъв), че тестерът няма умения за програмиране, но би искал да донесе полза на екипа точно сега. За такива случаи, следвайки концепцията без код, TestMace ви позволява да създавате прости тестове чрез GUI, без да прибягвате до писане на скриптове. Ето, например, как изглежда процесът на създаване на тест, който сравнява стойностите за равенство:

Създаването на тестове в графичен редактор обаче не премахва възможността писане на тестове в код. Всички същите библиотеки са тук като в скриптовия възел и Чай за писане на тестове.

Възможност за стартиране на съществуващ скрипт чрез връзка (възел за връзка)

Често възникват ситуации, когато определена заявка или дори цял скрипт трябва да се изпълни няколко пъти в различни части на проекта. Пример за такива заявки може да бъде персонализирана многоетапна авторизация, привеждане на средата в желаното състояние и т.н. Като цяло, говорейки по отношение на езиците за програмиране, бихме искали да имаме функции, които могат да се използват повторно в различни части на приложението. В TestMace тази функция се изпълнява от връзка възел Използва се много лесно:
1) създайте заявка или скрипт
2) създайте възел от тип Link
3) в параметрите посочете връзка към скрипта, създаден в първата стъпка

В по-разширена версия можете да посочите кои динамични променливи от скрипта да се предават на по-високо ниво спрямо връзката. Звучи объркващо? Да кажем, че сме създали папка с името създаване на публикация, в рамките на който динамична променлива е присвоена на този възел postId. Сега във връзката create-post-link можете изрично да укажете, че променливата postId присвоен на предшественик create-post-link. Този механизъм (отново на език за програмиране) може да се използва за връщане на резултат от „функция“. Като цяло е готино, DRY е в разгара си и отново нито един ред код не е повреден.

Що се отнася до Postman, има заявка за функция за повторно използване на заявки висящи от 2015 г, и изглежда дори има някои съветиче работят по този проблем. В настоящата си форма Postman, разбира се, има способността да променя нишката на изпълнение, което на теория вероятно прави възможно прилагането на подобно поведение, но това е по-скоро мръсен хак, отколкото наистина работещ подход.

Други разлики

• По-голям контрол върху обхвата на променливите. Най-малкият обхват, в който може да бъде дефинирана променлива в Postman, е колекцията. TestMace ви позволява да дефинирате променливи за всяка заявка или папка. В Postman Share collection ви позволява да експортирате само колекции, докато в TestMace споделянето работи за всеки възел
• TestMace поддържа наследени заглавки, които могат да бъдат заменени в дъщерни заявки по подразбиране. Postman има нещо по въпроса: задачата, и дори е затворен, но се предлага като решение... използвайте скриптове. В TestMace всичко това се конфигурира чрез GUI и има опция за незадължително деактивиране на наследените заглавки в конкретни наследници
• Назад-напред. Работи не само при редактиране на възли, но и при преместване, изтриване, преименуване и други операции, които променят структурата на проекта
• Файловете, прикачени към заявките, стават част от проекта и се съхраняват с него, като същевременно са перфектно синхронизирани, за разлика от Postman. (Да, вече не е необходимо ръчно да избирате файлове всеки път, когато стартирате и да ги прехвърляте на колеги в архиви)

Функции, които вече са на път

Не можахме да устоим на изкушението да повдигнем завесата на тайната над следващите издания, особено когато функционалността е много вкусна и вече е подложена на полиране преди пускане. И така, нека се запознаем.

функции

Както знаете, Postman използва така наречените динамични променливи, за да генерира стойности. Списъкът им е впечатляващ и по-голямата част от функциите се използват за генериране на фалшиви стойности. Например, за да генерирате произволен имейл, трябва да напишете:

{{$randomEmail}}

Въпреки това, тъй като това са променливи (макар и динамични), те не могат да се използват като функции: те не могат да се параметризират, следователно няма да е възможно да се вземе хеш от низ.

Планираме да добавим „честни“ функции към TestMace. Точно в ${} ще бъде възможно не само достъп до променлива, но и извикване на функция. Тези. ако трябва да генерирате прословутия фалшив имейл, ние просто ще ви пишем

${faker.internet.email()}

В допълнение към факта, че е функция, ще забележите, че е възможно да се извика метод на обект. И вместо голям плосък списък от динамични променливи, имаме набор от логически групирани обекти.

Ами ако искаме да изчислим хеша на низ? Лесно!

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

Ще забележите, че можете дори да предавате променливи като параметри! В този момент един любознателен читател може да се усъмни, че нещо не е наред...

Използване на JavaScript в изрази

... И има защо! Когато се формираха изискванията за функциите, изведнъж стигнахме до извода, че валидният javascript трябва да бъде написан в изрази. Така че сега сте свободни да пишете изрази като:

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

И всичко това без скриптове, направо в полетата за въвеждане!

Що се отнася до Postman, тук можете да използвате само променливи и когато се опитате да напишете най-малкия израз, валидаторът ругае и отказва да го изчисли.

Разширено автоматично довършване

В момента TestMace има стандартно автоматично довършване, което изглежда така:

Тук, в допълнение към реда за автоматично попълване, е посочено към какво принадлежи този ред. Този механизъм работи само в изрази, оградени със скоби ${}.

Както можете да видите, добавени са визуални маркери, които показват типа на променливата (например низ, число, масив и т.н.). Можете също да промените режимите на автоматично довършване (например можете да изберете автоматично довършване с променливи или заглавки). Но дори това не е най-важното!

Първо, автоматичното довършване работи дори в изрази (където е възможно). Ето как изглежда:

И второ, автоматичното довършване вече е налично в скриптове. Вижте как работи!

Няма смисъл да сравняваме тази функционалност с Postman - автоматичното довършване там е ограничено само до статични списъци с променливи, заглавки и техните стойности (поправете ме, ако съм забравил нещо). Скриптовете не се допълват автоматично :)

Заключение

Октомври отбеляза една година от началото на разработването на нашия продукт. През това време успяхме да направим много неща и в някои отношения настигнахме нашите конкуренти. Но както и да е, нашата цел е да направим наистина удобен инструмент за работа с API. Имаме още много работа, ето и груб план за развитието на нашия проект за следващата година: https://testmace.com/roadmap.

Вашата обратна връзка ще ни позволи да се ориентираме по-добре в изобилието от функции, а вашата подкрепа ни дава сила и увереност, че постъпваме правилно. Така се случи, че днес е важен ден за нашия проект - денят, в който беше публикуван TestMace ProductHunt. Моля, подкрепете нашия проект, той е много важен за нас. Освен това днес на страницата ни на PH има примамлива оферта, която е ограничена

Източник: www.habr.com