{"id":54188,"date":"2019-12-20T00:00:00","date_gmt":"2019-12-19T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/chem-testmace-luchshe-postman"},"modified":"2020-02-18T14:02:10","modified_gmt":"2020-02-18T11:02:10","slug":"chem-testmace-luchshe-postman","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/news\/chem-testmace-luchshe-postman","title":{"rendered":"Cu ce este TestMace mai bun dec\u00e2t Postman","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Cu<\/p>\n

<\/p>\n

Salut tuturor, sunt aici TestMace<\/a><\/noindex>! Este posibil ca mul\u021bi dintre voi s\u0103 ne cunoa\u0219te\u021bi din precedentele noastre<\/a><\/noindex> . Pentru cei care s-au al\u0103turat recent: dezvolt\u0103m un IDE pentru a lucra cu API-ul TestMace. Cea mai frecvent\u0103 \u00eentrebare c\u00e2nd compar\u0103m TestMace cu produsele concurente este: \u201eCe v\u0103 diferen\u021biaz\u0103 de Postman?\u201d. Am decis c\u0103 este timpul s\u0103 oferim un r\u0103spuns detaliat la aceast\u0103 \u00eentrebare. Mai jos am enumerat avantajele noastre \u00een fa\u021ba<\/a><\/noindex> articolele noastre<\/a><\/noindex>. Pentru cei care s-au conectat recent: dezvolt\u0103m un IDE pentru lucrul cu API-ul TestMace. Cea mai frecvent\u0103 \u00eentrebare c\u00e2nd compari TestMace cu produsele concurente este \u201eCu ce \u200b\u200bte deosebe\u0219ti de Postman?\u201d. Am decis c\u0103 este timpul s\u0103 d\u0103m un r\u0103spuns detaliat la aceast\u0103 \u00eentrebare. Mai jos am enumerat avantajele noastre fa\u021b\u0103 de Postman<\/a><\/noindex>.<\/p>\n

<\/a><\/noindex><\/p>\n

Divizarea \u00een noduri<\/h2>\n

<\/p>\n

Dac\u0103 lucrezi cu Postman, \u0219tii c\u0103 interfa\u021ba cererii con\u021bine toat\u0103 func\u021bionalitatea necesar\u0103. Aici sunt scripturi, teste \u0219i, \u00een esen\u021b\u0103, cererile propriu-zise. Acest lucru simplific\u0103 lucrul pentru \u00eencep\u0103tori, dar pe scenarii mari, aceast\u0103 abordare nu este flexibil\u0103. Ce se \u00eent\u00e2mpl\u0103 dac\u0103 vrei s\u0103 creezi mai multe cereri \u0219i s\u0103 faci agregare pe ele? Ce se \u00eent\u00e2mpl\u0103 dac\u0103 vrei s\u0103 execu\u021bi un script f\u0103r\u0103 cerere sau mai multe scripturi logic separate \u00een ordine? \u00cen cele din urm\u0103, ar fi bine s\u0103 separi testele de scripturile utilitare obi\u0219nuite. Pe l\u00e2ng\u0103 aceasta, abordarea \u201ead\u0103ug\u0103m toat\u0103 func\u021bionalitatea \u00eentr-un singur nod\u201d nu este scalabil\u0103 \u2014 interfa\u021ba devine rapid supra\u00eenc\u0103rcat\u0103.<\/p>\n

<\/p>\n

TestMace separ\u0103 de la bun \u00eenceput \u00eentreaga func\u021bionalitate \u00een diferite tipuri de noduri. Vrei s\u0103 faci o solicitare? Iat\u0103-\u021bi request step<\/a><\/noindex> nod. Vrei s\u0103 scrii un script? Iat\u0103-\u021bi script<\/a><\/noindex> nod. Ai nevoie de teste? Te rog \u2014 Afirmarea<\/a><\/noindex> nod. Oh da, po\u021bi \u00eenf\u0103\u0219ura toate acestea \u00eentr-un folder<\/a><\/noindex> nod. \u0218i toate acestea se combin\u0103 u\u0219or \u00eentre ele. Aceast\u0103 abordare nu numai c\u0103 este foarte flexibil\u0103, dar, conform principiului responsabilit\u0103\u021bii unice, permite utilizarea doar a ceea ce ai cu adev\u0103rat nevoie \u00een momentul respectiv. De ce am nevoie de scripturi \u0219i teste, dac\u0103 vreau doar s\u0103 fac o solicitare?<\/p>\n

<\/p>\n

Formatul proiectului u\u0219or de citit<\/h2>\n

<\/p>\n

\u00centre TestMace \u0219i Postman exist\u0103 o diferen\u021b\u0103 conceptual\u0103 \u00een modul de stocare. \u00cen Postman, toate cererile sunt stocate undeva \u00een stocarea local\u0103. Dac\u0103 trebuie s\u0103 partajezi cererile \u00eentre mai mul\u021bi utilizatori, trebuie s\u0103 folose\u0219ti sincronizarea \u00eencorporat\u0103. De fapt, acesta este un mod acceptat, dar nu f\u0103r\u0103 dezavantaje. Ce zici de securitatea datelor? Politica unor companii poate interzice stocarea datelor la ter\u021bi. Cu toate acestea, consider\u0103m c\u0103 TestMace poate oferi ceva mai bun! Iar numele acestei \u00eembun\u0103t\u0103\u021biri este \u201eformatul de proiect u\u0219or de citit\u201d.<\/p>\n

<\/p>\n

S\u0103 \u00eencepem prin a men\u021biona c\u0103 \u00een TestMace exist\u0103 o entitate denumit\u0103 \u201eproiect\u201d. Aplica\u021bia a fost conceput\u0103 ini\u021bial pentru a stoca proiecte \u00een sisteme de control al versiunilor: structura arborelui proiectului se proiecteaz\u0103 practic 1:1 pe structura de fi\u0219iere, iar formatul de stocare utilizat este yaml (f\u0103r\u0103 paranteze \u0219i virgule suplimentare), iar reprezentarea fi\u0219ierului fiec\u0103rui nod este detaliat\u0103 \u00een documenta\u021bia cu comentarii. \u00cens\u0103, \u00een cele mai multe cazuri, nu ve\u021bi avea nevoie s\u0103 accesa\u021bi aceste detalii \u2014 toate numele c\u00e2mpurilor au denumiri logice. <\/p>\n

<\/p>\n

Ce ofer\u0103 utilizatorului? Aceasta permite o modificare foarte flexibil\u0103 a fluxului de lucru al echipei, utiliz\u00e2nd abord\u0103ri familiare. De exemplu, dezvoltatorii pot stoca proiectul \u00een acela\u0219i depozit cu backend-ul. \u00cen ramuri, pe l\u00e2ng\u0103 modificarea efectiv\u0103 a bazei de cod, dezvoltatorul poate corecta scenariile de cereri existente \u0219i testele. Dup\u0103 ce modific\u0103rile sunt confirmate \u00een depozit (git, svn, mercurial \u2014 ce prefera\u021bi), CI (preferatul vostru, impus de nimeni) ruleaz\u0103 utilitarul nostru din linia de comand\u0103 testmace-cli<\/a><\/noindex>, iar raportul generat \u00een urma execu\u021biei (de exemplu, \u00een format junit, care este, de asemenea, acceptat \u00een testmace-cli) este trimis \u00een sistemul corespunz\u0103tor. De asemenea, problema men\u021bionat\u0103 anterior cu securitatea nu mai reprezint\u0103 o problem\u0103.<\/p>\n

<\/p>\n

Dup\u0103 cum vede\u021bi, TestMace nu impune ecosistemul \u0219i paradigma sa. \u00cen schimb, se integreaz\u0103 u\u0219or \u00een procesele deja stabilite.<\/p>\n

<\/p>\n

Variabile dinamice<\/h2>\n

<\/p>\n

TestMace urmeaz\u0103 conceptul no-code: dac\u0103 o problem\u0103 poate fi rezolvat\u0103 f\u0103r\u0103 utilizarea codului, ne str\u0103duim s\u0103 oferim aceast\u0103 posibilitate. Lucrul cu variabilele este exact func\u021bionalitatea \u00een care, \u00een cele mai multe cazuri, se poate evita programarea.<\/p>\n

<\/p>\n

Exemplu: am primit un r\u0103spuns de la server \u0219i dorim s\u0103 salv\u0103m o parte din r\u0103spuns \u00eentr-o variabil\u0103. \u00cen Postman, am scrie \u00een scriptul de testare (ceea ce este ciudat \u00een sine) ceva de genul:<\/p>\n

<\/p>\n

var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", jsonData.data);<\/code><\/pre>\n
<\/p>\n
Dar, \u00een opinia noastr\u0103, scrierea unui script pentru un scenariu at\u00e2t de simplu \u0219i utilizat frecvent pare excesiv\u0103. De aceea, \u00een TestMace ave\u021bi posibilitatea de a atribui o variabil\u0103 unei p\u0103r\u021bi din r\u0103spuns, utiliz\u00e2nd interfa\u021ba grafic\u0103. Vede\u021bi c\u00e2t de simplu este:<\/p>\n
<\/p>\n
\"Cu<\/p>\n
<\/p>\n
\u0218i acum, la fiecare solicitare, aceast\u0103 variabil\u0103 dinamic\u0103 va fi actualizat\u0103. Dar pute\u021bi s\u0103 obiecta\u021bi, argument\u00e2nd c\u0103 abordarea lui Postman este mai flexibil\u0103 \u0219i permite nu doar atribuirea, ci \u0219i realizarea unei prelucr\u0103ri preliminare. Iat\u0103 cum poate fi modificat exemplul anterior:<\/p>\n
<\/p>\n
var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", CryptoJS.MD5(jsonData.data));<\/code><\/pre>\n
<\/p>\n
Ei bine, pentru acest lucru TestMace are script<\/a><\/noindex> un nod care acoper\u0103 acest scenariu. Pentru a reproduce cazul anterior, dar deja \u00een execu\u021bia TestMace, este necesar s\u0103 crea\u021bi un nod de script imediat dup\u0103 solicitare \u0219i s\u0103 folosi\u021bi urm\u0103torul cod ca script:<\/p>\n
<\/p>\n
const data = tm.currentNode.prev.response.body.data;\ntm.currentNode.parent.setDynamicVar('data', crypto.MD5(data));<\/code><\/pre>\n
<\/p>\n
Dup\u0103 cum pute\u021bi vedea, compozitia nodurilor a fost de mare ajutor \u0219i aici. Iar pentru un caz at\u00e2t de simplu, precum cel descris mai sus, pute\u021bi pur \u0219i simplu s\u0103 atribui\u021bi expresia ${crypto.MD5($response.data)}<\/code> unei variabile create prin intermediul interfe\u021bei grafice!<\/p>\n
<\/p>\n
Crearea testelor prin GUI<\/h2>\n
<\/p>\n
Postman permite crearea testelor prin scrierea de scripturi (\u00een cazul Postman-ului, acesta este JavaScript). Aceast\u0103 abordare are numeroase avantaje \u2014 flexibilitate practic nelimitat\u0103, solu\u021bii gata de utilizare etc.<\/p>\n
<\/p>\n
Cu toate acestea, realitatea este adesea astfel (nu noi suntem a\u0219a, a\u0219a e via\u021ba), \u00eenc\u00e2t testerul nu are abilit\u0103\u021bi de programare, iar echipa ar dori s\u0103 contribuie deja. Pentru astfel de cazuri, urm\u00e2nd conceptul no-code, TestMace permite crearea de teste simple prin intermediul interfe\u021bei grafice, f\u0103r\u0103 a recurge la scrierea de scripturi. Iat\u0103, de exemplu, cum arat\u0103 procesul de creare a unui test care compar\u0103 valorile pentru egalitate:<\/p>\n
<\/p>\n
\"Cu<\/p>\n
<\/p>\n
Cu toate acestea, crearea de teste \u00een editorul grafic nu anuleaz\u0103 posibilitatea de a scrie teste \u00een cod<\/a><\/noindex>. Aici sunt acelea\u0219i biblioteci ca \u0219i \u00een nodul de script, \u0219i chai<\/a><\/noindex> pentru scrierea testelor.<\/p>\n
<\/p>\n
Alte diferen\u021be<\/h2>\n
<\/p>\n