{"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\/sv\/blog\/news\/chem-testmace-luchshe-postman","title":{"rendered":"Vad g\u00f6r TestMace b\u00e4ttre \u00e4n Postman?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Vad<\/p>\n

<\/p>\n

Hej alla, h\u00e4r \u00e4r vi TestMace<\/a><\/noindex>! M\u00e5nga kanske k\u00e4nner oss genom v\u00e5ra<\/a><\/noindex> de tidigare<\/a><\/noindex> artiklar<\/a><\/noindex>. F\u00f6r dem som just har anslutit sig: vi utvecklar en IDE f\u00f6r att arbeta med API TestMace. Den vanligaste fr\u00e5gan vid j\u00e4mf\u00f6relser av TestMace med konkurrerande produkter \u00e4r \u2013 «Vad skiljer er fr\u00e5n Postman?». Vi har beslutat att det \u00e4r dags att ge ett utf\u00f6rligt svar p\u00e5 denna fr\u00e5ga. Nedan har vi punkt f\u00f6r punkt listat v\u00e5ra f\u00f6rdelar gentemot Postman<\/a><\/noindex>.<\/p>\n

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

Uppdelning i noder<\/h2>\n

<\/p>\n

Om du arbetar med Postman vet du att gr\u00e4nssnittet f\u00f6r f\u00f6rfr\u00e5gan inneh\u00e5ller all n\u00f6dv\u00e4ndig funktionalitet. H\u00e4r finns skript, tester och i grunden sj\u00e4lva f\u00f6rfr\u00e5gningarna. Detta f\u00f6renklar arbetet f\u00f6r nyb\u00f6rjare, men i stora scenarier \u00e4r denna metod inte flexibel. Vad om man vill skapa flera f\u00f6rfr\u00e5gningar och g\u00f6ra aggregering p\u00e5 dem? Vad om man vill k\u00f6ra ett skript utan f\u00f6rfr\u00e5gan eller flera logiskt avskilda skript i f\u00f6ljd? I slut\u00e4ndan skulle det vara bra att separera tester fr\u00e5n vanliga nyttoskript. Ut\u00f6ver detta \u00e4r metoden «att l\u00e4gga till all funktionalitet i ett enda element» icke skalbar \u2013 gr\u00e4nssnittet blir snabbt \u00f6verbelastat.<\/p>\n

<\/p>\n

TestMace delar fr\u00e5n b\u00f6rjan upp all funktionalitet i olika typer av noder. Vill du g\u00f6ra en f\u00f6rfr\u00e5gan? H\u00e4r har du request step<\/a><\/noindex> nod. Vill du skriva ett skript? H\u00e4r har du script<\/a><\/noindex> nod. Beh\u00f6ver du tester? Vars\u00e5god - Assertion<\/a><\/noindex> nod. \u00c5h ja, du kan ocks\u00e5 sl\u00e5 in allt detta i en folder<\/a><\/noindex> nod. Och allt detta g\u00e5r l\u00e4tt att kombinera. Detta tillv\u00e4gag\u00e5ngss\u00e4tt \u00e4r inte bara mycket flexibelt, utan enligt principen om enhetlig ansvarighet till\u00e5ter det att anv\u00e4nda bara det du verkligen beh\u00f6ver just nu. Varf\u00f6r skulle jag beh\u00f6va skript och tester om jag bara vill g\u00f6ra en f\u00f6rfr\u00e5gan?<\/p>\n

<\/p>\n

M\u00e4nskligt l\u00e4sbart projektformat<\/h2>\n

<\/p>\n

Mellan TestMace och Postman finns en konceptuell skillnad i hur lagring sker. I Postman lagras alla f\u00f6rfr\u00e5gningar n\u00e5gonstans i den lokala lagringen. Om det finns ett behov av att dela f\u00f6rfr\u00e5gningar mellan flera anv\u00e4ndare m\u00e5ste man anv\u00e4nda den inbyggda synkroniseringen. I sj\u00e4lva verket \u00e4r detta en vanlig metod som inte \u00e4r utan nackdelar. Hur \u00e4r det med dataskydd? Vissa f\u00f6retags policyer kan n\u00e4mligen f\u00f6rbjuda lagring av data hos tredje parter. Men vi anser att TestMace kan erbjuda n\u00e5got b\u00e4ttre! Och namnet p\u00e5 denna f\u00f6rb\u00e4ttring \u00e4r «l\u00e4sbar projektformat».<\/p>\n

<\/p>\n

L\u00e5t oss b\u00f6rja med att s\u00e4ga att det faktiskt finns en entitet \"projekt\" i TestMace. Applikationen har fr\u00e5n b\u00f6rjan utvecklats med tanke p\u00e5 att lagra projekt i versionshanteringssystem: projekttr\u00e4det projiceras praktiskt taget rakt av p\u00e5 filstrukturen, lagringsformatet som anv\u00e4nds \u00e4r yaml (utan on\u00f6diga klamrar och kommatecken), och filpresentationen av varje nod \u00e4r detaljerat beskriven i dokumentationen med kommentarer. Men i de flesta fall kommer du inte att beh\u00f6va titta d\u00e4r \u2014 alla f\u00e4ltnamn har logiska beteckningar. <\/p>\n

<\/p>\n

Vad ger detta anv\u00e4ndaren? Det m\u00f6jligg\u00f6r en mycket flexibel f\u00f6r\u00e4ndring av teamets arbetsfl\u00f6de, med hj\u00e4lp av bekanta metoder. Till exempel kan utvecklare lagra projektet i samma repository som backend. I grenarna, f\u00f6rutom att \u00e4ndra sj\u00e4lva kodbasen, kan utvecklaren justera existerande fr\u00e5gescenarier och tester. Efter att \u00e4ndringarna har bekr\u00e4ftats i repositoryt (git, svn, mercurial \u2014 vad du \u00e4n f\u00f6redrar) k\u00f6r CI (din favorit som ingen har p\u00e5dyvlat) v\u00e5rt kommandoradsverktyg testmace-cli<\/a><\/noindex>, och rapporten som genereras efter k\u00f6rningen (till exempel i junit-format, som ocks\u00e5 st\u00f6ds av testmace-cli) skickas till det motsvarande systemet. Och den ovan n\u00e4mnda s\u00e4kerhetsfr\u00e5gan \u00e4r inte l\u00e4ngre ett problem.<\/p>\n

<\/p>\n

Som ni kan se, TestMace inf\u00f6r inte sin egen ekosystem eller paradigm. Ist\u00e4llet integreras det l\u00e4tt i redan etablerade processer.<\/p>\n

<\/p>\n

Dynamiska variabler<\/h2>\n

<\/p>\n

TestMace f\u00f6ljer konceptet no-code: om problemet kan l\u00f6sas utan att anv\u00e4nda kod, f\u00f6rs\u00f6ker vi ge den m\u00f6jligheten. Att arbeta med variabler \u00e4r just den funktionaliteten d\u00e4r man i de flesta fall kan klara sig utan programmering.<\/p>\n

<\/p>\n

Exempel: vi fick ett svar fr\u00e5n servern, och vi vill spara en del av svaret i en variabel. I Postman skulle vi i testscripten (vilket i sig \u00e4r konstigt) skriva n\u00e5got i stil med:<\/p>\n

<\/p>\n

var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", jsonData.data);<\/code><\/pre>\n
<\/p>\n
Men enligt v\u00e5r mening verkar det \u00f6verfl\u00f6digt att skriva ett skript f\u00f6r ett s\u00e5 enkelt och ofta anv\u00e4nt scenario. D\u00e4rf\u00f6r finns det i TestMace en m\u00f6jlighet att tilldela variabeln en del av svaret, med hj\u00e4lp av det grafiska gr\u00e4nssnittet. Se hur enkelt det \u00e4r:<\/p>\n
<\/p>\n
\"Vad<\/p>\n
<\/p>\n
Och nu kommer denna dynamiska variabel att uppdateras vid varje f\u00f6rfr\u00e5gan. Men du kan inv\u00e4nda och h\u00e4vda att Postman-metoden \u00e4r mer flexibel och till\u00e5ter inte bara att g\u00f6ra en tilldelning, utan ocks\u00e5 att utf\u00f6ra viss f\u00f6rbehandling. H\u00e4r \u00e4r hur du kan modifiera det tidigare exemplet:<\/p>\n
<\/p>\n
var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", CryptoJS.MD5(jsonData.data));<\/code><\/pre>\n
<\/p>\n
N\u00e5v\u00e4l, f\u00f6r detta finns det script<\/a><\/noindex> en nod i TestMace som t\u00e4cker detta scenario. F\u00f6r att \u00e5terskapa det tidigare fallet, men nu i TestMace, kr\u00e4vs att du efter f\u00f6rfr\u00e5gan skapar en script-nod och anv\u00e4nder f\u00f6ljande kod som 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
Som du kan se har kompositionen av noder gjort stor nytta h\u00e4r. Och f\u00f6r ett s\u00e5 enkelt fall, som det ovan beskrivna, kan du faktiskt bara tilldela ett uttryck ${crypto.MD5($response.data)}<\/code> till den variabel som skapas via det grafiska gr\u00e4nssnittet!<\/p>\n
<\/p>\n
Skapande av tester via GUI<\/h2>\n
<\/p>\n
Postman m\u00f6jligg\u00f6r skapande av tester genom att skriva skript (i Postman \u00e4r det JavaScript). Denna metod har en m\u00e4ngd f\u00f6rdelar \u2014 n\u00e4stan obegr\u00e4nsad flexibilitet, tillg\u00e5ng till f\u00e4rdiga l\u00f6sningar, etc.<\/p>\n
<\/p>\n
Men verkligheten \u00e4r ofta s\u00e5dan (inte vi, utan livet), att testaren saknar programmeringsf\u00e4rdigheter, och man vill g\u00e4rna bidra till teamet redan nu. F\u00f6r s\u00e5dana fall, i enlighet med no-code-konceptet, l\u00e5ter TestMace dig skapa enkla tester via det grafiska gr\u00e4nssnittet, utan att skriva skript. H\u00e4r \u00e4r exempel p\u00e5 hur processen f\u00f6r att skapa ett test som j\u00e4mf\u00f6r v\u00e4rden ser ut:<\/p>\n
<\/p>\n
\"Vad<\/p>\n
<\/p>\n
Men att skapa tester i den grafiska redakt\u00f6ren utesluter inte m\u00f6jligheten att skriva tester i kod<\/a><\/noindex>. H\u00e4r finns alla samma bibliotek som i script-noden, och chai<\/a><\/noindex> f\u00f6r att skriva tester.<\/p>\n
<\/p>\n
\u00d6vriga skillnader<\/h2>\n
<\/p>\n