{"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\/da\/blog\/news\/chem-testmace-luchshe-postman","title":{"rendered":"Hvordan er TestMace bedre end Postman?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Hvordan<\/p>\n

<\/p>\n

Hej alle sammen, jeg er her TestMace<\/a><\/noindex>! M\u00e5ske ved mange af jer, hvem vi er fra vores<\/a><\/noindex> tidligere<\/a><\/noindex> artikler<\/a><\/noindex>. For those who just joined: we are developing an IDE for working with the API TestMace. The most frequently asked question when comparing TestMace with competing products is \u201cHow do you differ from Postman?\u201d. We decided it was time to provide a detailed answer to this question. Below we outline our advantages over Postman<\/a><\/noindex>.<\/p>\n

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

Opdeling i noder<\/h2>\n

<\/p>\n

If you work with Postman, you know that the request interface contains all the necessary functionality. It includes scripts, tests, and, in fact, the requests themselves. This simplifies tasks for beginners, but in larger scenarios, this approach lacks flexibility. What if you want to create several requests and perform aggregation on them? What if you want to run a script without a request or several logically separate scripts in succession? Ultimately, it would also be nice to separate tests from regular utility scripts. Moreover, the approach of 'adding all functionality to one node' is unsustainable \u2014 the interface quickly becomes overloaded.<\/p>\n

<\/p>\n

TestMace opdeler oprindeligt al funktionalitet i forskellige typer noder. Vil du lave en anmodning? Her er en request step<\/a><\/noindex> node. Vil du skrive et script? Her er en script<\/a><\/noindex> node. Har du brug for tests? V\u00e6rsgo \u2014 Assertion<\/a><\/noindex> node. \u00c5h ja, du kan ogs\u00e5 pakke alt dette ind i en folder<\/a><\/noindex> node. Og alt dette kan let kombineres med hinanden. Denne tilgang er ikke kun meget fleksibel, men i overensstemmelse med princippet om enkelt ansvar tillader den, at man kun bruger det, man virkelig har brug for i \u00f8jeblikket. Hvorfor har jeg brug for scripts og tests, hvis jeg bare vil lave en anmodning?<\/p>\n

<\/p>\n

Menneskel\u00e6seligt projektformat<\/h2>\n

<\/p>\n

There is a conceptual difference in storage methods between TestMace and Postman. In Postman, all requests are stored somewhere in local storage. If there's a need to share requests among several users, you must use the built-in synchronization. In fact, this is a common approach, not without its drawbacks. What about data security? After all, the policies of some companies may not allow storing data with third parties. However, we believe that TestMace can offer something better! And the name of this improvement is 'human-readable project format'.<\/p>\n

<\/p>\n

Lad os starte med, at der i TestMace overhovedet findes en enhed kaldet \"projekt\". Og appen blev oprindeligt udviklet med henblik p\u00e5 at gemme projekter i versionskontrolsystemer: projektets tr\u00e6struktur projiceres n\u00e6sten identisk p\u00e5 filstrukturen, hvor yaml bruges som lagringsformat (uden un\u00f8dvendige parenteser og kommaer), og den film\u00e6ssige repr\u00e6sentation af hver node er detaljeret beskrevet i dokumentationen med kommentarer. Men i de fleste tilf\u00e6lde vil du ikke kigge derhen \u2014 alle feltl\u00e6ngder har logiske navne. <\/p>\n

<\/p>\n

Hvad giver dette brugeren? Det giver mulighed for meget fleksibelt at \u00e6ndre teamets workflow ved hj\u00e6lp af velkendte tilgange. For eksempel kan udviklerne gemme projektet i det samme repository som backend. I grene, ud over at \u00e6ndre selve kodebasen, kan udvikleren rette eksisterende foresp\u00f8rgselscenarier og tests. Efter at \u00e6ndringerne er fastl\u00e5st i repository'en (git, svn, mercurial \u2014 hvad du foretr\u00e6kker), vil CI (din yndlings, som ingen har p\u00e5tvunget) aktivere vores konsolv\u00e6rkt\u00f8j. testmace-cli<\/a><\/noindex>, og den rapport, der frembringes efter udf\u00f8relsen (f.eks. i junit-format, som ogs\u00e5 underst\u00f8ttes i testmace-cli), sendes til det relevante system. Og det f\u00f8rn\u00e6vnte problem med sikkerhed er heller ikke l\u00e6ngere et problem.<\/p>\n

<\/p>\n

Som du ser, p\u00e5tvinger TestMace ikke sin \u00f8kosystem og paradigm. I stedet integreres det let i allerede etablerede processer.<\/p>\n

<\/p>\n

Dynamiske variabler<\/h2>\n

<\/p>\n

TestMace f\u00f8lger no-code konceptet: hvis et problem kan l\u00f8ses uden at bruge kode, fors\u00f8ger vi at give mulighed for det. Arbejde med variabler er netop den funktionalitet, hvor man i de fleste tilf\u00e6lde kan klare sig uden programmering.<\/p>\n

<\/p>\n

Eksempel: vi har modtaget et svar fra serveren, og vi \u00f8nsker at gemme en del af svaret i en variabel. I Postman ville vi i testscriptet (hvilket i sig selv er m\u00e6rkeligt) skrive noget i stil med:<\/p>\n

<\/p>\n

var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", jsonData.data);<\/code><\/pre>\n
<\/p>\n
Men efter vores mening virker det overfl\u00f8digt at skrive et script til et s\u00e5 simpelt og ofte brugt scenarie. Derfor har TestMace mulighed for at tildele en variabel en del af svaret ved hj\u00e6lp af et grafisk interface. Se hvor enkelt det er:<\/p>\n
<\/p>\n
\"Hvordan<\/p>\n
<\/p>\n
Og nu vil denne dynamiske variabel blive opdateret ved hver anmodning. Men du kan indvende, at Postmans tilgang er mere fleksibel og giver mulighed for ikke bare at foretage en tildeling, men ogs\u00e5 udf\u00f8re visse forbehandlingsoperationer. Her er hvordan du kan modificere det forrige eksempel:<\/p>\n
<\/p>\n
var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", CryptoJS.MD5(jsonData.data));<\/code><\/pre>\n
<\/p>\n
N\u00e5, til dette form\u00e5l findes der i TestMace script<\/a><\/noindex> en node, der d\u00e6kker dette scenario. For at reproducere det forrige tilf\u00e6lde, men nu i TestMace's udf\u00f8relse, skal du efter anmodningen oprette en script-node og bruge den f\u00f8lgende kode 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 sammens\u00e6tningen af noder gjort en god tjeneste her. Og for et s\u00e5 simpelt tilf\u00e6lde som det, der er beskrevet ovenfor, kan du direkte tildele udtrykket ${crypto.MD5($response.data)}<\/code> til en variabel, der oprettes via det grafiske interface!<\/p>\n
<\/p>\n
Oprettelse af tests via GUI<\/h2>\n
<\/p>\n
Postman giver mulighed for at oprette tests ved at skrive scripts (i tilf\u00e6lde af Postman er det JavaScript). Denne tilgang har mange fordele - praktisk talt ubegribelig fleksibilitet, tilg\u00e6ngelighed af f\u00e6rdige l\u00f8sninger osv.<\/p>\n
<\/p>\n
Imidlertid er realiteterne ofte s\u00e5dan (det er ikke os, livet er s\u00e5dan), at testeren ikke har programmeringsevner, men man gerne ville bidrage til teamet allerede nu. I s\u00e5danne tilf\u00e6lde, i overensstemmelse med no-code-konceptet, tillader TestMace at oprette enkle tests via det grafiske interface uden at skulle skrive scripts. Her er for eksempel, hvordan processen med at oprette en test, der sammenligner v\u00e6rdier for lighed, ser ud:<\/p>\n
<\/p>\n
\"Hvordan<\/p>\n
<\/p>\n
Imidlertid annullerer oprettelsen af tests i den grafiske editor ikke muligheden for at skrive tests i koden<\/a><\/noindex>. Her er alle de samme biblioteker som i script-noden, og chai<\/a><\/noindex> til at skrive tests.<\/p>\n
<\/p>\n
Andre forskelle<\/h2>\n
<\/p>\n