{"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\/pl\/blog\/news\/chem-testmace-luchshe-postman","title":{"rendered":"Co sprawia, \u017ce TestMace jest lepszy od Postman?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Co<\/p>\n

<\/p>\n

Cze\u015b\u0107 wszystkim, z tej strony TestMace<\/a><\/noindex>! Mo\u017cliwe, \u017ce wielu z was zna nas z naszych<\/a><\/noindex> poprzednich<\/a><\/noindex> artyku\u0142\u00f3w<\/a><\/noindex>. Dla tych, kt\u00f3rzy dopiero zaczynaj\u0105: opracowujemy IDE do pracy z API TestMace. Najcz\u0119\u015bciej zadawane pytanie przy por\u00f3wnywaniu TestMace z konkurencyjnymi produktami to: \u201eCzym r\u00f3\u017cnicie si\u0119 od Postmana?\u201d. Zdecydowali\u015bmy, \u017ce nadszed\u0142 czas, aby odpowiedzie\u0107 na to pytanie w szczeg\u00f3\u0142ach. Poni\u017cej w punktach przedstawiamy nasze zalety w por\u00f3wnaniu do Postman<\/a><\/noindex>.<\/p>\n

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

Podzia\u0142 na w\u0119z\u0142y<\/h2>\n

<\/p>\n

Je\u015bli korzystasz z Postmana, wiesz, \u017ce interfejs zapytania zawiera wszystkie niezb\u0119dne funkcje. S\u0105 tu i skrypty, i testy, i oczywi\u015bcie same zapytania. U\u0142atwia to prac\u0119 nowicjuszom, jednak przy wi\u0119kszych scenariuszach takie podej\u015bcie nie jest elastyczne. Co, je\u015bli chcesz stworzy\u0107 kilka zapyta\u0144 i zrobi\u0107 ich agregacj\u0119? Co, je\u015bli chcesz wykona\u0107 skrypt bez zapytania lub kilka logicznie oddzielonych skrypt\u00f3w z rz\u0119du? W ko\u0144cu dobrze by\u0142oby oddzieli\u0107 testy od zwyk\u0142ych skrypt\u00f3w u\u017cytkowych. Ponadto podej\u015bcie \u201edodajemy ca\u0142y funkcjonalno\u015b\u0107 do jednego w\u0119z\u0142a\u201d jest nie skalowalne \u2014 interfejs szybko staje si\u0119 prze\u0142adowany.<\/p>\n

<\/p>\n

TestMace z za\u0142o\u017cenia dzieli wszystkie funkcje na r\u00f3\u017cne typy w\u0119z\u0142\u00f3w. Chcesz zrobi\u0107 zapytanie? Oto request step<\/a><\/noindex> w\u0119ze\u0142. Chcesz napisa\u0107 skrypt? Oto script<\/a><\/noindex> w\u0119ze\u0142. Potrzebne testy? Prosz\u0119 \u2014 Assertion<\/a><\/noindex> w\u0119ze\u0142. Ach tak, mo\u017cesz tak\u017ce wszystko to owin\u0105\u0107 w folder<\/a><\/noindex> w\u0119ze\u0142. I wszystko to \u0142atwo \u0142\u0105czy si\u0119 ze sob\u0105. Takie podej\u015bcie jest nie tylko bardzo elastyczne, ale tak\u017ce, zgodnie z zasad\u0105 pojedynczej odpowiedzialno\u015bci, pozwala korzysta\u0107 tylko z tego, co naprawd\u0119 potrzebujesz w danym momencie. Po co mi skrypty i testy, je\u015bli chc\u0119 po prostu wykona\u0107 zapytanie?<\/p>\n

<\/p>\n

Czytelny format projektu<\/h2>\n

<\/p>\n

Mi\u0119dzy TestMace a Postmanem istnieje konceptualna r\u00f3\u017cnica w sposobie przechowywania. W Postmanie wszystkie zapytania s\u0105 przechowywane gdzie\u015b w lokalnej pami\u0119ci. Je\u015bli konieczne jest udost\u0119pnienie zapyta\u0144 mi\u0119dzy kilkoma u\u017cytkownikami, trzeba skorzysta\u0107 z wbudowanej synchronizacji. W rzeczywisto\u015bci to powszechnie stosowane podej\u015bcie, kt\u00f3re ma swoje wady. A co z bezpiecze\u0144stwem danych? Bowiem polityka niekt\u00f3rych firm mo\u017ce nie pozwala\u0107 na przechowywanie danych u os\u00f3b trzecich. Uwa\u017camy jednak, \u017ce TestMace mo\u017ce zaoferowa\u0107 co\u015b lepszego! I nazywa si\u0119 to \u201eczytelny format projektu\u201d.<\/p>\n

<\/p>\n

Zacznijmy od tego, \u017ce w TestMace istnieje poj\u0119cie \u201eprojektu\u201d. Aplikacja zosta\u0142a zaprojektowana z my\u015bl\u0105 o przechowywaniu projekt\u00f3w w systemach kontroli wersji: struktura drzewa projektu niemal jednoznacznie odwzorowuje struktur\u0119 folder\u00f3w, jako format przechowywania u\u017cywany jest yaml (bez zb\u0119dnych nawias\u00f3w i przecink\u00f3w), a reprezentacja plikowa ka\u017cdego w\u0119z\u0142a jest szczeg\u00f3\u0142owo opisana w dokumentacji z komentarzami. W wi\u0119kszo\u015bci przypadk\u00f3w nie b\u0119dziesz musia\u0142 do niej zagl\u0105da\u0107 \u2014 wszystkie nazwy p\u00f3l maj\u0105 logiczne nazwy. <\/p>\n

<\/p>\n

Co to daje u\u017cytkownikowi? Umo\u017cliwia bardzo elastyczne zmienianie przep\u0142ywu pracy zespo\u0142u, korzystaj\u0105c ze znanych podej\u015b\u0107. Na przyk\u0142ad programi\u015bci mog\u0105 przechowywa\u0107 projekt w tym samym repozytorium, co backend. W ga\u0142\u0119ziach, opr\u00f3cz zmiany samej bazy kodu, programista mo\u017ce poprawi\u0107 istniej\u0105ce scenariusze zapyta\u0144 i testy. Po zatwierdzeniu zmian w repozytorium (git, svn, mercurial \u2014 co wolisz) CI (twoje ulubione, nie narzucone przez nikogo) uruchamia nasze narz\u0119dzie konsolowe testmace-cli<\/a><\/noindex>, a raport uzyskany po wykonaniu (na przyk\u0142ad w formacie junit, kt\u00f3ry r\u00f3wnie\u017c jest wspierany w testmace-cli) jest wysy\u0142any do odpowiedniego systemu. Oznacza to, \u017ce wcze\u015bniej wymieniony problem z bezpiecze\u0144stwem ju\u017c nie stanowi problemu.<\/p>\n

<\/p>\n

Jak wida\u0107, TestMace nie narzuca swojej ekosystemu i paradygmatu. Zamiast tego \u0142atwo integruje si\u0119 z ju\u017c ustalonymi procesami.<\/p>\n

<\/p>\n

Zmienne dynamiczne<\/h2>\n

<\/p>\n

TestMace pod\u0105\u017ca za koncepcj\u0105 no-code: je\u015bli problem mo\u017cna rozwi\u0105za\u0107 bez u\u017cycia kodu, staramy si\u0119 to umo\u017cliwi\u0107. Praca ze zmiennymi to w\u0142a\u015bnie ten funkcjonalno\u015b\u0107, gdzie w wi\u0119kszo\u015bci przypadk\u00f3w mo\u017cna oby\u0107 si\u0119 bez programowania.<\/p>\n

<\/p>\n

Przyk\u0142ad: otrzymali\u015bmy odpowied\u017a z serwera i chcemy zapisa\u0107 cz\u0119\u015b\u0107 odpowiedzi w zmiennej. W Postmanie napisaliby\u015bmy w skrypcie testowym (co samo w sobie jest dziwne) co\u015b w stylu:<\/p>\n

<\/p>\n

var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", jsonData.data);<\/code><\/pre>\n
<\/p>\n
Jednak naszym zdaniem pisanie skryptu dla tak prostego i cz\u0119sto u\u017cywanego scenariusza wydaje si\u0119 zb\u0119dne. Dlatego w TestMace istnieje mo\u017cliwo\u015b\u0107 przypisania zmiennej cz\u0119\u015bci odpowiedzi, korzystaj\u0105c z interfejsu graficznego. Zobacz, jak to jest proste:<\/p>\n
<\/p>\n
\"Co<\/p>\n
<\/p>\n
A teraz przy ka\u017cdym \u017c\u0105daniu ta dynamiczna zmienna b\u0119dzie aktualizowana. Mo\u017cesz jednak mie\u0107 w\u0105tpliwo\u015bci, argumentuj\u0105c, \u017ce podej\u015bcie Postmana jest bardziej elastyczne i pozwala nie tylko na przypisanie, ale tak\u017ce na wykonanie pewnej wst\u0119pnej obr\u00f3bki. Oto jak mo\u017cna zmodyfikowa\u0107 poprzedni przyk\u0142ad:<\/p>\n
<\/p>\n
var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", CryptoJS.MD5(jsonData.data));<\/code><\/pre>\n
<\/p>\n
C\u00f3\u017c, w TestMace jest na to script<\/a><\/noindex> w\u0119ze\u0142, kt\u00f3ry pokrywa ten scenariusz. Aby odtworzy\u0107 poprzedni przypadek, ale ju\u017c w wykonaniu TestMace, nale\u017cy po \u017c\u0105daniu utworzy\u0107 w\u0119ze\u0142 script i jako skrypt u\u017cy\u0107 nast\u0119puj\u0105cego kodu:<\/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
Jak wida\u0107, kompozycja w\u0119z\u0142\u00f3w znowu si\u0119 sprawdzi\u0142a. A w tak prostej sytuacji, jak opisano powy\u017cej, mo\u017cesz nawet po prostu przypisa\u0107 wyra\u017cenie ${crypto.MD5($response.data)}<\/code> do zmiennej tworzonej za pomoc\u0105 interfejsu graficznego!<\/p>\n
<\/p>\n
Tworzenie test\u00f3w przez GUI<\/h2>\n
<\/p>\n
Postman pozwala na tworzenie test\u00f3w poprzez pisanie skrypt\u00f3w (w przypadku Postmana jest to JavaScript). To podej\u015bcie ma same zalety \u2014 praktycznie nieograniczona elastyczno\u015b\u0107, dost\u0119pno\u015b\u0107 gotowych rozwi\u0105za\u0144 itd.<\/p>\n
<\/p>\n
Jednak rzeczywisto\u015b\u0107 cz\u0119sto wygl\u0105da tak (to nie my tacy, \u017cycie takie), \u017ce tester nie ma umiej\u0119tno\u015bci programowania, a warto\u015bci\u0105 dla zespo\u0142u chcia\u0142by by\u0107 ju\u017c teraz. W takich przypadkach, zgodnie z koncepcj\u0105 no-code, TestMace pozwala na tworzenie prostych test\u00f3w za po\u015brednictwem interfejsu graficznego, bez pisania skrypt\u00f3w. Oto, jak wygl\u0105da proces tworzenia testu, kt\u00f3ry por\u00f3wnuje warto\u015bci pod k\u0105tem r\u00f3wno\u015bci:<\/p>\n
<\/p>\n
\"Co<\/p>\n
<\/p>\n
Jednak tworzenie test\u00f3w w edytorze graficznym nie wyklucza mo\u017cliwo\u015bci pisania test\u00f3w w kodzie<\/a><\/noindex>. Tutaj s\u0105 te same biblioteki, co w w\u0119\u017ale script, a chai<\/a><\/noindex> do pisania test\u00f3w.<\/p>\n
<\/p>\n
Inne r\u00f3\u017cnice<\/h2>\n
<\/p>\n