{"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\/de\/blog\/news\/chem-testmace-luchshe-postman","title":{"rendered":"Warum ist TestMace besser als Postman?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Warum<\/p>\n

<\/p>\n

Hallo zusammen, hier ist TestMace<\/a><\/noindex>! Vielleicht wissen viele von uns aus unseren<\/a><\/noindex> fr\u00fcheren<\/a><\/noindex> Artikel<\/a><\/noindex>. F\u00fcr diejenigen, die gerade erst eingestiegen sind: Wir entwickeln ein IDE f\u00fcr die Arbeit mit der API TestMace. Die h\u00e4ufigste Frage beim Vergleich von TestMace mit konkurrierenden Produkten lautet: \u201eWas unterscheidet euch von Postman?\u201c. Wir dachten, es w\u00e4re an der Zeit, eine umfassende Antwort auf diese Frage zu geben. Unten haben wir unsere Vorteile gegen\u00fcber Postman<\/a><\/noindex>.<\/p>\n

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

Knotenaufteilung<\/h2>\n

<\/p>\n

Wenn Sie mit Postman arbeiten, wissen Sie, dass die Anfrageoberfl\u00e4che alle erforderlichen Funktionen enth\u00e4lt. Hier gibt es Skripte, Tests und die Anfragen selbst. Das erleichtert die Arbeit f\u00fcr Anf\u00e4nger, jedoch ist dieser Ansatz bei gro\u00dfen Szenarien nicht flexibel. Was ist, wenn Sie mehrere Anfragen erstellen und eine Aggregation durchf\u00fchren m\u00f6chten? Was, wenn Sie ein Skript ohne Anfrage oder mehrere logisch getrennte Skripte hintereinander ausf\u00fchren m\u00f6chten? Letztendlich w\u00e4re es gut, Tests von einfachen Hilfsskripten zu trennen. Dar\u00fcber hinaus ist der Ansatz \u201eAlle Funktionen in einem Knoten hinzuf\u00fcgen\u201c nicht skalierbar \u2013 die Benutzeroberfl\u00e4che wird schnell \u00fcberladen.<\/p>\n

<\/p>\n

TestMace unterteilt die gesamte Funktionalit\u00e4t von Anfang an in verschiedene Knotentypen. M\u00f6chtest du eine Anfrage machen? Hier ist dein request step<\/a><\/noindex> Knoten. M\u00f6chtest du ein Skript schreiben? Hier ist dein script<\/a><\/noindex> Knoten. ben\u00f6tigst du Tests? Bitte \u2014 Assertion<\/a><\/noindex> Knoten. Ach ja, du kannst das Ganze auch in einen folder<\/a><\/noindex> Knoten packen. Und all das l\u00e4sst sich einfach miteinander kombinieren. Dieser Ansatz ist nicht nur sehr flexibel, sondern erm\u00f6glicht es auch, gem\u00e4\u00df dem Prinzip der Einzelverantwortung nur das zu verwenden, was du in diesem Moment wirklich brauchst. Warum brauche ich Skripte und Tests, wenn ich einfach nur eine Anfrage stellen m\u00f6chte?<\/p>\n

<\/p>\n

Menschlich lesbares Projektformat<\/h2>\n

<\/p>\n

Zwischen TestMace und Postman gibt es ein konzeptionelles Unterschied in der Art der Speicherung. In Postman werden alle Anfragen irgendwo im lokalen Speicher aufbewahrt. Wenn es notwendig ist, Anfragen zwischen mehreren Benutzern zu teilen, muss die integrierte Synchronisation verwendet werden. Tats\u00e4chlich ist dies ein allgemein akzeptierter Ansatz, der jedoch auch Nachteile hat. Was ist mit der Datensicherheit? Schlie\u00dflich kann die Richtlinie einiger Unternehmen es verbieten, Daten bei Dritten zu speichern. Wir glauben jedoch, dass TestMace etwas Besseres bieten kann! Und der Name dieser Verbesserung ist \u201emenschenlesbares Projektformat\u201c.<\/p>\n

<\/p>\n

Lassen Sie uns zun\u00e4chst kl\u00e4ren, dass es in TestMace im Grunde genommen eine Entit\u00e4t \"Projekt\" gibt. Die Anwendung wurde urspr\u00fcnglich mit dem Ziel entwickelt, Projekte in Versionskontrollsystemen zu speichern: Der Projektbaum wird nahezu eins zu eins auf die Dateistruktur projiziert, das Speicherformat verwendet yaml (ohne \u00fcberfl\u00fcssige Klammern und Kommas), und die dateibezogene Darstellung jedes Knotens ist in der Dokumentation detailliert beschrieben, einschlie\u00dflich Kommentaren. In den meisten F\u00e4llen werden Sie jedoch nicht nachsehen m\u00fcssen \u2013 alle Feldnamen sind logisch benannt. <\/p>\n

<\/p>\n

Was bringt das dem Benutzer? Es erm\u00f6glicht eine sehr flexible Anpassung des Workflows des Teams, unter Verwendung gewohnter Ans\u00e4tze. Beispielsweise k\u00f6nnen Entwickler das Projekt im selben Repository wie das Backend speichern. In den Branches kann der Entwickler neben \u00c4nderungen an der Codebasis auch bestehende Anfrage-Szenarien und Tests korrigieren. Nach dem Festschreiben der \u00c4nderungen im Repository (git, svn, mercurial \u2013 was Ihnen auch immer lieber ist) startet CI (Ihr Lieblings-Tool, das niemand Ihnen aufgezwungen hat) unser Konsolendienstprogramm testmace-cli<\/a><\/noindex>, und der nach der Ausf\u00fchrung generierte Bericht (zum Beispiel im junit-Format, das ebenfalls von testmace-cli unterst\u00fctzt wird) wird an das entsprechende System gesendet. Das oben genannte Sicherheitsproblem ist somit auch kein Thema mehr.<\/p>\n

<\/p>\n

Wie Sie sehen, zwingt TestMace nicht seine eigene Ecosystem oder Paradigm auf. Stattdessen f\u00fcgt es sich leicht in bereits etablierte Prozesse ein.<\/p>\n

<\/p>\n

Dynamische Variablen<\/h2>\n

<\/p>\n

TestMace folgt dem Konzept des No-Code: Wenn ein Problem ohne Code gel\u00f6st werden kann, versuchen wir, diese M\u00f6glichkeit zu bieten. Die Arbeit mit Variablen ist genau die Funktionalit\u00e4t, bei der in den meisten F\u00e4llen kein Programmieren erforderlich ist.<\/p>\n

<\/p>\n

Beispiel: Wir haben eine Antwort vom Server erhalten und m\u00f6chten einen Teil der Antwort in einer Variablen speichern. In Postman w\u00fcrden wir in einem Testskript (was an sich schon seltsam ist) etwas in der Art schreiben:<\/p>\n

<\/p>\n

var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", jsonData.data);<\/code><\/pre>\n
<\/p>\n
Aber unserer Meinung nach sieht das Schreiben eines Skripts f\u00fcr ein so einfaches und h\u00e4ufig verwendetes Szenario \u00fcberfl\u00fcssig aus. Daher bietet TestMace die M\u00f6glichkeit, einem Variablen einen Teil der Antwort \u00fcber die grafische Benutzeroberfl\u00e4che zuzuweisen. Sehen Sie, wie einfach das ist:<\/p>\n
<\/p>\n
\"Warum<\/p>\n
<\/p>\n
Und jetzt wird diese dynamische Variable bei jeder Anfrage aktualisiert. Aber Sie k\u00f6nnten einwenden, dass der Ansatz von Postman flexibler ist und nicht nur eine Zuweisung erm\u00f6glicht, sondern auch eine gewisse Vorverarbeitung durchf\u00fchren kann. So k\u00f6nnte man das vorherige Beispiel modifizieren:<\/p>\n
<\/p>\n
var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", CryptoJS.MD5(jsonData.data));<\/code><\/pre>\n
<\/p>\n
Nun, daf\u00fcr gibt es in TestMace script<\/a><\/noindex> einen Knoten, der dieses Szenario abdeckt. Um den vorherigen Fall zu reproduzieren, m\u00fcssen Sie direkt nach der Anfrage einen Script-Knoten erstellen und als Skript den folgenden Code verwenden:<\/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
Wie Sie sehen, hat die Kombination von Knoten hier ebenfalls gute Dienste geleistet. Und f\u00fcr einen so einfachen Fall, wie oben beschrieben, k\u00f6nnen Sie sogar einfach den Ausdruck ${crypto.MD5($response.data)}<\/code> einer \u00fcber die grafische Benutzeroberfl\u00e4che erstellten Variablen zuweisen!<\/p>\n
<\/p>\n
Tests \u00fcber GUI erstellen<\/h2>\n
<\/p>\n
Postman erm\u00f6glicht das Erstellen von Tests durch das Schreiben von Skripten (im Fall von Postman ist das JavaScript). Dieser Ansatz hat zahlreiche Vorteile \u2013 fast unbegrenzte Flexibilit\u00e4t, vorhandene L\u00f6sungen usw.<\/p>\n
<\/p>\n
Die Realit\u00e4t sieht jedoch oft so aus (nicht wir sind so, das Leben ist so), dass der Tester keine Programmierkenntnisse hat, aber das Team bereits jetzt einen Mehrwert bieten m\u00f6chte. F\u00fcr solche F\u00e4lle erlaubt TestMace, einfache Tests \u00fcber die grafische Benutzeroberfl\u00e4che zu erstellen, ohne Skripte schreiben zu m\u00fcssen. Hier ist beispielsweise, wie der Prozess aussieht, um einen Test zu erstellen, der Werte auf Gleichheit vergleicht:<\/p>\n
<\/p>\n
\"Warum<\/p>\n
<\/p>\n
Das Erstellen von Tests im grafischen Editor schlie\u00dft jedoch nicht die M\u00f6glichkeit aus Tests im Code zu schreiben<\/a><\/noindex>. Hier gelten dieselben Bibliotheken wie im Script-Knoten, und chai<\/a><\/noindex> zum Schreiben von Tests.<\/p>\n
<\/p>\n
Weitere Unterschiede<\/h2>\n
<\/p>\n