{"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\/sk\/blog\/news\/chem-testmace-luchshe-postman","title":{"rendered":"\u010c\u00edm je TestMace lep\u0161\u00ed ako Postman","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"\u010c\u00edm<\/p>\n

<\/p>\n

Ahojte v\u0161etci, tu je TestMace<\/a><\/noindex>! Mo\u017eno mnoh\u00ed o n\u00e1s vedia z n\u00e1\u0161ho<\/a><\/noindex> predch\u00e1dzaj\u00facich<\/a><\/noindex> \u010dl\u00e1nkov<\/a><\/noindex>. Pre t\u00fdch, ktor\u00ed sa pr\u00e1ve pripojili: vyv\u00edjame IDE pre pr\u00e1cu s API TestMace. Naj\u010dastej\u0161ia ot\u00e1zka pri porovn\u00e1van\u00ed TestMace s konkuren\u010dn\u00fdmi produktmi je \u2014 «\u010c\u00edm sa odli\u0161ujete od Postman?». Rozhodli sme sa, \u017ee je \u010das poskytn\u00fa\u0165 podrobn\u00fa odpove\u010f na t\u00fato ot\u00e1zku. Ni\u017e\u0161ie sme v bodoch zhrnuli na\u0161e v\u00fdhody pred Postman<\/a><\/noindex>.<\/p>\n

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

Rozdelenie na uzly<\/h2>\n

<\/p>\n

Ak pracujete s Postman, tak viete, \u017ee rozhranie po\u017eiadavky obsahuje v\u0161etku potrebn\u00fa funkcionalitu. S\u00fa tu skripty, testy a samotn\u00e9 po\u017eiadavky. To u\u013eah\u010duje pr\u00e1cu pre za\u010diato\u010dn\u00edkov, av\u0161ak pri v\u00e4\u010d\u0161\u00edch sc\u00e9naroch tak\u00fdto pr\u00edstup nie je flexibiln\u00fd. \u010co ak chcete vytvori\u0165 nieko\u013eko po\u017eiadaviek a robi\u0165 na nich agreg\u00e1ciu? \u010co ak chcete spusti\u0165 skript bez po\u017eiadavky alebo nieko\u013eko logicky oddelen\u00fdch skriptov po sebe? Nakoniec, nebolo by zl\u00e9 oddeli\u0165 testy od oby\u010dajn\u00fdch utilit\u00e1rnych skriptov. Okrem toho pr\u00edstup «prid\u00e1vame v\u0161etku funkcionalitu do jedn\u00e9ho uzla» nie je \u0161k\u00e1lovate\u013en\u00fd \u2014 rozhranie sa r\u00fdchlo st\u00e1va pre\u0165a\u017een\u00fdm.<\/p>\n

<\/p>\n

TestMace od za\u010diatku rozde\u013euje v\u0161etku funkcionalitu na r\u00f4zne typy uzlov. Chcete urobi\u0165 po\u017eiadavku? Tu m\u00e1te request step<\/a><\/noindex> uzol. Chcete nap\u00edsa\u0165 skript? Tu m\u00e1te script<\/a><\/noindex> uzol. Potrebujete testy? Pros\u00edm \u2014 Assertion<\/a><\/noindex> uzol. A \u00e1no, m\u00f4\u017eete to cel\u00e9 zabalit do folder<\/a><\/noindex> uzla. A to v\u0161etko sa \u013eahko kombinuje. Tak\u00fdto pr\u00edstup nie je len ve\u013emi flexibiln\u00fd, ale v s\u00falade so z\u00e1sadou jedine\u010dnej zodpovednosti umo\u017e\u0148uje pou\u017e\u00edva\u0165 len to, \u010do skuto\u010dne potrebujete v dan\u00fd okamih. Pre\u010do by som potreboval skripty a testy, ke\u010f chcem len urobi\u0165 po\u017eiadavku?<\/p>\n

<\/p>\n

\u010citate\u013en\u00fd form\u00e1t projektu<\/h2>\n

<\/p>\n

Medzi TestMace a Postman existuje konceptu\u00e1lny rozdiel v sp\u00f4sobe ukladania. V Postman s\u00fa v\u0161etky po\u017eiadavky ulo\u017een\u00e9 niekde v lok\u00e1lnom \u00falo\u017eisku. Ak je potrebn\u00e9 zdie\u013ea\u0165 po\u017eiadavky medzi viacer\u00fdmi pou\u017e\u00edvate\u013emi, treba vyu\u017ei\u0165 vstavan\u00fa synchroniz\u00e1ciu. V skuto\u010dnosti ide o be\u017ene akceptovan\u00fd pr\u00edstup, ktor\u00fd nie je bez nedostatkov. Ako je to s bezpe\u010dnos\u0165ou \u00fadajov? Napokon, politika niektor\u00fdch spolo\u010dnost\u00ed nemus\u00ed dovo\u013eova\u0165 uchov\u00e1va\u0165 \u00fadaje u tret\u00edch str\u00e1n. Av\u0161ak sme presved\u010den\u00ed, \u017ee TestMace m\u00f4\u017ee pon\u00faknu\u0165 nie\u010do lep\u0161ie! A to zlep\u0161enie sa vol\u00e1 «\u010ditate\u013en\u00fd form\u00e1t projektu».<\/p>\n

<\/p>\n

Za\u010dneme t\u00fdm, \u017ee v TestMace existuje entita \u201eprojekt\u201c. A aplik\u00e1cia bola p\u00f4vodne vyvinut\u00e1 s oh\u013eadom na uchov\u00e1vanie projektov v syst\u00e9moch na kontrolu verzi\u00ed: strom projektu sa takmer jeden na jedn\u00e9ho premieta do s\u00faborovej \u0161trukt\u00fary, ako form\u00e1t ukladania sa pou\u017e\u00edva yaml (bez zbyto\u010dn\u00fdch z\u00e1tvoriek a \u010diarok), a s\u00faborov\u00e9 zobrazenie ka\u017ed\u00e9ho uzla je podrobne pop\u00edsan\u00e9 v dokument\u00e1cii s koment\u00e1rmi. Ale v\u00e4\u010d\u0161inou sa na to nebudete pozera\u0165 \u2013 v\u0161etky men\u00e1 pol\u00ed maj\u00fa logick\u00e9 n\u00e1zvy. <\/p>\n

<\/p>\n

\u010co to pou\u017e\u00edvate\u013eovi poskytuje? To umo\u017e\u0148uje ve\u013emi flexibilne meni\u0165 pracovn\u00fd tok t\u00edmu s pou\u017eit\u00edm zn\u00e1mych pr\u00edstupov. Napr\u00edklad v\u00fdvoj\u00e1ri m\u00f4\u017eu uchov\u00e1va\u0165 projekt v tom istom repozit\u00e1ri, ak\u00fd maj\u00fa backend. V vetv\u00e1ch m\u00f4\u017ee v\u00fdvoj\u00e1r okrem zmien v k\u00f3dovej b\u00e1ze upravi\u0165 existuj\u00face scen\u00e1re po\u017eiadaviek a testy. Po zaznamenan\u00ed zmien v repozit\u00e1ri (git, svn, mercurial \u2013 \u010do v\u00e1m viac vyhovuje) sp\u00fa\u0161\u0165a CI (va\u0161a ob\u013e\u00faben\u00e1, nik\u00fdm nenavrhnut\u00e1) na\u0161u konzolov\u00fa utilitu testmace-cli<\/a><\/noindex>, a v\u00fdsledn\u00fd report (napr\u00edklad vo form\u00e1te junit, ktor\u00fd je taktie\u017e podporovan\u00fd v testmace-cli) sa odosiela do pr\u00edslu\u0161n\u00e9ho syst\u00e9mu. A ot\u00e1zka bezpe\u010dnosti u\u017e nie je probl\u00e9mom.<\/p>\n

<\/p>\n

Ako vid\u00edte, TestMace nen\u00fati svoju ekosyst\u00e9mu a paradigmu. Namiesto toho sa \u013eahko integruje do u\u017e existuj\u00facich procesov.<\/p>\n

<\/p>\n

Dynamick\u00e9 premenn\u00e9<\/h2>\n

<\/p>\n

TestMace nasleduje koncept no-code: ak je probl\u00e9m mo\u017en\u00e9 vyrie\u0161i\u0165 bez pou\u017eitia k\u00f3du, sna\u017e\u00edme sa poskytn\u00fa\u0165 tak\u00fa mo\u017enos\u0165. Pr\u00e1ca s premenn\u00fdmi je pr\u00e1ve ten funk\u010dn\u00fd aspekt, kde v\u00e4\u010d\u0161inou m\u00f4\u017eeme ob\u00eds\u0165 programovanie.<\/p>\n

<\/p>\n

Pr\u00edklad: dostali sme odpove\u010f od servera a chceme ulo\u017ei\u0165 \u010das\u0165 odpovede do premennej. V Postmane by sme v testovacom skripte (\u010do je samo o sebe \u010dudn\u00e9) nap\u00edsali nie\u010do v zmysle:<\/p>\n

<\/p>\n

var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", jsonData.data);<\/code><\/pre>\n
<\/p>\n
Ale pod\u013ea n\u00e1\u0161ho n\u00e1zoru p\u00edsanie skriptu pre tak\u00fd jednoduch\u00fd a \u010dasto pou\u017e\u00edvan\u00fd scen\u00e1r vyzer\u00e1 zbyto\u010dne. Preto v TestMace existuje mo\u017enos\u0165 priradi\u0165 premennej kus odpovede pomocou grafick\u00e9ho rozhrania. Pozrite sa, ako je to jednoduch\u00e9:<\/p>\n
<\/p>\n
\"\u010c\u00edm<\/p>\n
<\/p>\n
A teraz pri ka\u017edom po\u017eiadavku sa t\u00e1to dynamick\u00e1 premenn\u00e1 aktualizuje. M\u00f4\u017eete v\u0161ak namieta\u0165, \u017ee pr\u00edstup Postmana je flexibilnej\u0161\u00ed a umo\u017e\u0148uje nielen priradi\u0165, ale aj vykona\u0165 ur\u010dit\u00fa predspracovanie. Takto m\u00f4\u017eete modifikova\u0165 predch\u00e1dzaj\u00faci pr\u00edklad:<\/p>\n
<\/p>\n
var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", CryptoJS.MD5(jsonData.data));<\/code><\/pre>\n
<\/p>\n
Nu\u017e, na to je v TestMace script<\/a><\/noindex> uzol, ktor\u00fd pokr\u00fdva tento scen\u00e1r. Aby ste reprodukovali predch\u00e1dzaj\u00faci pr\u00edpad, ale u\u017e v podan\u00ed TestMace, treba po po\u017eiadavke vytvori\u0165 uzol script a ako skript pou\u017ei\u0165 nasleduj\u00faci k\u00f3d:<\/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
Ako vid\u00edte, kompoz\u00edcia uzlov tu tie\u017e dobre posl\u00fa\u017eila. A pre tak\u00fd jednoduch\u00fd pr\u00edpad, ak\u00fd je uveden\u00fd vy\u0161\u0161ie, m\u00f4\u017eete dokonca jednoducho priradi\u0165 v\u00fdraz ${crypto.MD5($response.data)}<\/code> premennej vytvorenej prostredn\u00edctvom grafick\u00e9ho rozhrania!<\/p>\n
<\/p>\n
Tvorba testov cez GUI<\/h2>\n
<\/p>\n
Postman umo\u017e\u0148uje vytv\u00e1ra\u0165 testy pomocou p\u00edsania skriptov (v pr\u00edpade Postmana to je JavaScript). Tento pr\u00edstup m\u00e1 mnoho v\u00fdhod \u2014 takmer neobmedzen\u00fa flexibilitu, dostupnos\u0165 hotov\u00fdch rie\u0161en\u00ed at\u010f.<\/p>\n
<\/p>\n
Av\u0161ak realita je \u010dasto tak\u00e1 (nie sme my tak\u00e9, ale \u017eivot tak\u00fd), \u017ee test\u00e9r nem\u00e1 program\u00e1torsk\u00e9 zru\u010dnosti a chcel by pr\u00ednos do t\u00edmu u\u017e teraz. Pre tak\u00e9to pr\u00edpady, pod\u013ea konceptu no-code, TestMace umo\u017e\u0148uje vytv\u00e1ra\u0165 jednoduch\u00e9 testy prostredn\u00edctvom grafick\u00e9ho rozhrania bez p\u00edsania skriptov. Napr\u00edklad takto vyzer\u00e1 proces vytv\u00e1rania testu, ktor\u00fd porovn\u00e1va hodnoty na rovnos\u0165:<\/p>\n
<\/p>\n
\"\u010c\u00edm<\/p>\n
<\/p>\n
Av\u0161ak vytv\u00e1ranie testov v grafickom editore neodstra\u0148uje mo\u017enos\u0165 p\u00edsania testov v k\u00f3de<\/a><\/noindex>. Tu s\u00fa tie ist\u00e9 kni\u017enice, ktor\u00e9 s\u00fa v uzle script, a chai<\/a><\/noindex> na p\u00edsanie testov.<\/p>\n
<\/p>\n
\u010eal\u0161ie rozdiely<\/h2>\n
<\/p>\n