{"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\/no\/blog\/news\/chem-testmace-luchshe-postman","title":{"rendered":"Hva gj\u00f8r TestMace bedre enn Postman","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Hva<\/p>\n

<\/p>\n

Hei alle sammen, her er vi TestMace<\/a><\/noindex>! Mange kjenner kanskje til oss fra v\u00e5re<\/a><\/noindex> de forrige<\/a><\/noindex> artiklene<\/a><\/noindex>. For those who have just joined: we are developing an IDE for working with the TestMace API. The most frequently asked question when comparing TestMace with competing products is, \u201cHow are you different from Postman?\u201d. We decided it\u2019s time to provide a detailed answer to this question. Below, we have outlined our advantages over Postman<\/a><\/noindex>.<\/p>\n

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

Oppdeling 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, of course, the requests themselves. This simplifies the work for beginners; however, it is inflexible for larger scenarios. What if you want to create several requests and aggregate them? What if you want to run a script without a request or execute several logically separated scripts sequentially? Ultimately, it would be nice to separate tests from regular utility scripts. In addition, the approach of \u2018adding all functionality into one node\u2019 is inherently non-scalable\u2014the interface quickly becomes cluttered.<\/p>\n

<\/p>\n

TestMace deler opprinnelig all funksjonalitet inn i ulike typer noder. Vil du lage en foresp\u00f8rsel? Her har du request step<\/a><\/noindex> node. Vil du skrive et skript? Her har du script<\/a><\/noindex> node. Trenger du tester? V\u00e6r s\u00e5 god \u2014 Assertion<\/a><\/noindex> node. \u00c5h ja, du kan ogs\u00e5 pakke alt dette inn i folder<\/a><\/noindex> node. Og alt dette lar seg enkelt kombinere. Denne tiln\u00e6rmingen er ikke bare veldig fleksibel, men i samsvar med prinsippet om enkeltansvar, lar deg bruke bare det du faktisk trenger i \u00f8yeblikket. Hvorfor trenger jeg skript og tester hvis jeg bare vil lage en foresp\u00f8rsel?<\/p>\n

<\/p>\n

Menneskelig lesbar prosjektformat<\/h2>\n

<\/p>\n

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

<\/p>\n

La oss begynne med at TestMace i utgangspunktet har en enhet kalt \u201cprosjekt\u201d. Applikasjonen ble opprinnelig utviklet med tanke p\u00e5 lagring av prosjekter i versjonskontrollsystemer: prosjektstrukturen projiseres nesten direkte p\u00e5 filsystemet, lagringsformatet som brukes er yaml (uten un\u00f8dvendige parenteser og komma), og den filbaserte representasjonen av hver node er detaljert beskrevet i dokumentasjonen med kommentarer. Men i de fleste tilfeller vil du ikke se p\u00e5 det \u2014 alle felt navngivningene er logiske. <\/p>\n

<\/p>\n

Hva gir dette brukeren? Det gj\u00f8r det mulig \u00e5 endre teamets arbeidsflyt p\u00e5 en veldig fleksibel m\u00e5te, ved \u00e5 bruke kjente metoder. For eksempel kan utviklere lagre prosjektet i samme depot som backend. I grenene, i tillegg til endringer i selve kodebasen, kan utvikleren rette opp eksisterende foresp\u00f8rselsscenarier og tester. Etter bekreftelse av endringene i depotet (git, svn, mercurial \u2014 hva du liker best) lanserer CI (din favoritt, ingen p\u00e5tvunget) v\u00e5r kommandolinjeverkt\u00f8y testmace-cli<\/a><\/noindex>, og rapporten som genereres etter kj\u00f8ringen (for eksempel i junit-format, som ogs\u00e5 st\u00f8ttes i testmace-cli) sendes til det aktuelle systemet. Og det ovennevnte sp\u00f8rsm\u00e5let om sikkerhet er ikke lenger et problem.<\/p>\n

<\/p>\n

Som du kan se, p\u00e5legger ikke TestMace sitt eget \u00f8kosystem og paradigme. I stedet integreres det enkelt i allerede etablerte prosesser.<\/p>\n

<\/p>\n

Dynamiske variabler<\/h2>\n

<\/p>\n

TestMace f\u00f8lger no-code-konseptet: hvis et problem kan l\u00f8ses uten \u00e5 bruke kode, pr\u00f8ver vi \u00e5 gi den muligheten. Arbeid med variabler er akkurat den funksjonaliteten hvor det i de fleste tilfeller er mulig \u00e5 unng\u00e5 programmering.<\/p>\n

<\/p>\n

Eksempel: vi fikk et svar fra serveren, og vi \u00f8nsker \u00e5 lagre en del av svaret i en variabel. I Postman ville vi i testskriptet (som i seg selv er merkelig) skrevet noe i retning av:<\/p>\n

<\/p>\n

var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", jsonData.data);<\/code><\/pre>\n
<\/p>\n
Men etter v\u00e5r mening ser det \u00e5 skrive et skript for et s\u00e5 enkelt og ofte brukt scenario overfl\u00f8dig ut. Derfor har TestMace muligheten til \u00e5 tilordne en del av svaret til en variabel ved \u00e5 bruke det grafiske grensesnittet. Se hvor enkelt det er:<\/p>\n
<\/p>\n
\"Hva<\/p>\n
<\/p>\n
Og n\u00e5 vil denne dynamiske variabelen oppdateres ved hver foresp\u00f8rsel. Men du kan kanskje innvende og si at Postman-tiln\u00e6rmingen er mer fleksibel og tillater ikke bare \u00e5 gj\u00f8re en tildeling, men ogs\u00e5 \u00e5 utf\u00f8re en form for forh\u00e5ndsbehandling. Her er hvordan du kan modifisere det forrige eksemplet:<\/p>\n
<\/p>\n
var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", CryptoJS.MD5(jsonData.data));<\/code><\/pre>\n
<\/p>\n
Vel, for dette finnes script<\/a><\/noindex> en node i TestMace som dekker dette scenariet. For \u00e5 gjenskape det forrige tilfellet, men n\u00e5 i TestMaces utf\u00f8relse, m\u00e5 du etter foresp\u00f8rselen opprette en script-node og bruke f\u00f8lgende kode som skript:<\/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 ser, har sammensetningen av noder ogs\u00e5 v\u00e6rt til stor hjelp her. Og for et s\u00e5 enkelt tilfelle som beskrevet ovenfor, kan du til og med bare tilordne uttrykket ${crypto.MD5($response.data)}<\/code> til variabelen som opprettes via det grafiske grensesnittet!<\/p>\n
<\/p>\n
Oppretting av tester via GUI<\/h2>\n
<\/p>\n
Postman gj\u00f8r det mulig \u00e5 lage tester ved \u00e5 skrive skript (i Postman er dette JavaScript). Denne tiln\u00e6rmingen har mange fordeler \u2013 praktisk talt ubegrenset fleksibilitet, tilgjengeligheten av ferdige l\u00f8sninger, osv.<\/p>\n
<\/p>\n
Men virkeligheten er ofte slik (vi er ikke skyld i det, livet er slik) at testeren ikke har programmeringsferdigheter, men \u00f8nsker \u00e5 bidra til teamet n\u00e5. For slike tilfeller, i tr\u00e5d med no-code-konseptet, lar TestMace deg lage enkle tester gjennom det grafiske grensesnittet uten \u00e5 skrive skript. Her er, for eksempel, hvordan prosessen med \u00e5 lage en test som sammenligner verdier for likhet ser ut:<\/p>\n
<\/p>\n
\"Hva<\/p>\n
<\/p>\n
Men oppretting av tester i den grafiske redakt\u00f8ren fritar ikke muligheten for \u00e5 skrive tester i kode<\/a><\/noindex>. Her bruker du de samme bibliotekene som i script-noden, og chai<\/a><\/noindex> for \u00e5 skrive tester.<\/p>\n
<\/p>\n
Andre forskjeller<\/h2>\n
<\/p>\n