{"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\/pt\/blog\/news\/chem-testmace-luchshe-postman","title":{"rendered":"O que torna o TestMace melhor que o Postman","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"O<\/p>\n

<\/p>\n

Ol\u00e1 a todos, aqui \u00e9 a equipe em a\u00e7\u00e3o e voc\u00ea poder\u00e1 avaliar algumas funcionalidades do nosso aplicativo. Para uma imers\u00e3o mais completa, recomendamos consultar nossa documenta\u00e7\u00e3o dispon\u00edvel em<\/a><\/noindex>! Possivelmente, muitos de voc\u00eas nos conhecem atrav\u00e9s de nossos<\/a><\/noindex> as not\u00edcias anteriores<\/a><\/noindex> de artigos<\/a><\/noindex>. Para quem acaba de se conectar: estamos desenvolvendo uma IDE para trabalhar com a API TestMace. A pergunta mais comum ao comparar o TestMace com produtos concorrentes \u00e9: \"Como voc\u00eas se diferenciam do Postman?\". Decidimos que era hora de dar uma resposta completa a essa pergunta. Abaixo, listamos nossos benef\u00edcios em rela\u00e7\u00e3o a Postman<\/a><\/noindex>.<\/p>\n

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

Divis\u00e3o em n\u00f3s<\/h2>\n

<\/p>\n

Se voc\u00ea trabalha com o Postman, sabe que a interface de solicita\u00e7\u00e3o cont\u00e9m toda a funcionalidade necess\u00e1ria. H\u00e1 scripts, testes e, basicamente, as pr\u00f3prias solicita\u00e7\u00f5es. Isso facilita o trabalho para iniciantes, no entanto, em cen\u00e1rios maiores, essa abordagem n\u00e3o \u00e9 flex\u00edvel. E se voc\u00ea quiser criar v\u00e1rias solicita\u00e7\u00f5es e fazer uma agrega\u00e7\u00e3o com elas? E se voc\u00ea quiser executar um script sem uma solicita\u00e7\u00e3o ou v\u00e1rios scripts logicamente separados em sequ\u00eancia? Afinal, seria bom separar os testes dos scripts utilit\u00e1rios comuns. Al\u00e9m disso, a abordagem \"adicionamos toda a funcionalidade em um \u00fanico n\u00f3\" n\u00e3o \u00e9 escal\u00e1vel - a interface rapidamente se torna sobrecarregada.<\/p>\n

<\/p>\n

O TestMace, desde o in\u00edcio, divide toda a funcionalidade em diferentes tipos de n\u00f3s. Quer fazer uma solicita\u00e7\u00e3o? Aqui est\u00e1 um request step<\/a><\/noindex> n\u00f3. Quer escrever um script? Aqui est\u00e1 um script<\/a><\/noindex> n\u00f3. Precisando de testes? Por favor \u2014 Assertiva<\/a><\/noindex> n\u00f3. Ah, e voc\u00ea ainda pode encapsular tudo isso em um folder<\/a><\/noindex> n\u00f3. E tudo isso se combina facilmente. Essa abordagem \u00e9 n\u00e3o apenas muito flex\u00edvel, mas tamb\u00e9m, de acordo com o princ\u00edpio da responsabilidade \u00fanica, permite usar apenas o que voc\u00ea realmente precisa no momento. Por que eu precisaria de scripts e testes se quero apenas fazer uma solicita\u00e7\u00e3o?<\/p>\n

<\/p>\n

Formato leg\u00edvel por humanos do projeto<\/h2>\n

<\/p>\n

Entre TestMace e Postman, h\u00e1 uma diferen\u00e7a conceitual na forma de armazenamento. No Postman, todas as solicita\u00e7\u00f5es s\u00e3o armazenadas em algum lugar no armazenamento local. Se houver necessidade de compartilhar solicita\u00e7\u00f5es entre v\u00e1rios usu\u00e1rios, \u00e9 necess\u00e1rio utilizar a sincroniza\u00e7\u00e3o embutida. Na verdade, essa \u00e9 uma abordagem comum, mas n\u00e3o isenta de desvantagens. E quanto \u00e0 seguran\u00e7a dos dados? Afinal, a pol\u00edtica de algumas empresas pode n\u00e3o permitir o armazenamento de dados em terceiros. No entanto, acreditamos que o TestMace pode oferecer algo melhor! E o nome dessa melhoria \u00e9 \"formato de projeto leg\u00edvel para humanos\".<\/p>\n

<\/p>\n

Vamos come\u00e7ar pelo fato de que no TestMace existe a entidade \"projeto\". O aplicativo foi originalmente desenvolvido com foco no armazenamento de projetos em sistemas de controle de vers\u00e3o: a \u00e1rvore do projeto \u00e9 projetada praticamente id\u00eantica \u00e0 estrutura de arquivos, utilizando o formato YAML (sem par\u00eanteses ou v\u00edrgulas desnecess\u00e1rias), e a representa\u00e7\u00e3o em arquivos de cada n\u00f3 \u00e9 detalhadamente descrita na documenta\u00e7\u00e3o com coment\u00e1rios. Mas, na maioria dos casos, voc\u00ea n\u00e3o precisar\u00e1 olhar para isso \u2014 todos os nomes dos campos t\u00eam denomina\u00e7\u00f5es l\u00f3gicas. <\/p>\n

<\/p>\n

O que isso oferece ao usu\u00e1rio? Isso permite uma mudan\u00e7a muito flex\u00edvel no fluxo de trabalho da equipe, utilizando abordagens familiares. Por exemplo, os desenvolvedores podem armazenar o projeto no mesmo reposit\u00f3rio que o backend. Nos branches, al\u00e9m de alterar diretamente a base de c\u00f3digo, o desenvolvedor pode corrigir os cen\u00e1rios de solicita\u00e7\u00e3o existentes e testes. Ap\u00f3s registrar as altera\u00e7\u00f5es no reposit\u00f3rio (git, svn, mercurial \u2014 o que voc\u00ea preferir), o CI (sua ferramenta favorita, n\u00e3o imposta por ningu\u00e9m) inicia nossa ferramenta de linha de comando testmace-cli<\/a><\/noindex>, e o relat\u00f3rio gerado ap\u00f3s a execu\u00e7\u00e3o (por exemplo, no formato junit, que tamb\u00e9m \u00e9 suportado no testmace-cli) \u00e9 enviado para o sistema correspondente. E a quest\u00e3o mencionada acima sobre seguran\u00e7a n\u00e3o \u00e9 mais um problema.<\/p>\n

<\/p>\n

Como voc\u00ea pode ver, o TestMace n\u00e3o imp\u00f5e seu ecossistema ou paradigma. Em vez disso, ele se integra facilmente a processos j\u00e1 estabelecidos.<\/p>\n

<\/p>\n

Vari\u00e1veis din\u00e2micas<\/h2>\n

<\/p>\n

O TestMace segue o conceito de no-code: se um problema pode ser resolvido sem o uso de c\u00f3digo, n\u00f3s tentamos dar essa oportunidade. Trabalhar com vari\u00e1veis \u00e9 exatamente uma funcionalidade onde, na maioria dos casos, pode-se evitar programa\u00e7\u00e3o.<\/p>\n

<\/p>\n

Exemplo: recebemos uma resposta do servidor, e queremos salvar parte da resposta em uma vari\u00e1vel. No Postman, escrever\u00edamos algo como o seguinte no script de teste (o que por si s\u00f3 \u00e9 estranho):<\/p>\n

<\/p>\n

var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", jsonData.data);<\/code><\/pre>\n
<\/p>\n
Mas, na nossa opini\u00e3o, escrever um script para um cen\u00e1rio t\u00e3o simples e frequentemente usado parece excessivo. Portanto, no TestMace h\u00e1 a op\u00e7\u00e3o de atribuir a vari\u00e1vel um peda\u00e7o da resposta, utilizando a interface gr\u00e1fica. Veja como \u00e9 simples:<\/p>\n
<\/p>\n
\"O<\/p>\n
<\/p>\n
E agora, a cada solicita\u00e7\u00e3o, essa vari\u00e1vel din\u00e2mica ser\u00e1 atualizada. Mas voc\u00ea pode argumentar que a abordagem do Postman \u00e9 mais flex\u00edvel e permite n\u00e3o apenas fazer uma atribui\u00e7\u00e3o, mas tamb\u00e9m realizar algum pr\u00e9-processamento. Veja como \u00e9 poss\u00edvel modificar o exemplo anterior:<\/p>\n
<\/p>\n
var jsonData = JSON.parse(responseBody);\npostman.setEnvironmentVariable(\"data\", CryptoJS.MD5(jsonData.data));<\/code><\/pre>\n
<\/p>\n
Bem, para isso, o TestMace possui script<\/a><\/noindex> um n\u00f3 que cobre esse cen\u00e1rio. Para reproduzir o caso anterior, mas j\u00e1 na execu\u00e7\u00e3o do TestMace, \u00e9 necess\u00e1rio criar um n\u00f3 de script ap\u00f3s a solicita\u00e7\u00e3o e usar o seguinte c\u00f3digo como 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
Como voc\u00ea pode ver, a composi\u00e7\u00e3o dos n\u00f3s tamb\u00e9m foi muito \u00fatil aqui. E para um caso t\u00e3o simples como o descrito acima, voc\u00ea pode simplesmente atribuir a express\u00e3o ${crypto.MD5($response.data)}<\/code> a uma vari\u00e1vel criada atrav\u00e9s da interface gr\u00e1fica!<\/p>\n
<\/p>\n
Cria\u00e7\u00e3o de testes atrav\u00e9s da GUI<\/h2>\n
<\/p>\n
O Postman permite criar testes por meio da escrita de scripts (no caso do Postman, em JavaScript). Essa abordagem tem apenas benef\u00edcios \u2014 flexibilidade praticamente ilimitada, solu\u00e7\u00f5es prontas, etc.<\/p>\n
<\/p>\n
No entanto, muitas vezes a realidade \u00e9 que o testador n\u00e3o possui habilidades de programa\u00e7\u00e3o, e gostar\u00edamos que a equipe j\u00e1 pudesse trazer benef\u00edcios. Para esses casos, seguindo o conceito no-code, o TestMace permite criar testes simples atrav\u00e9s da interface gr\u00e1fica, sem recorrer \u00e0 escrita de scripts. Veja, por exemplo, como \u00e9 o processo de cria\u00e7\u00e3o de um teste que compara valores para igualdade:<\/p>\n
<\/p>\n
\"O<\/p>\n
<\/p>\n
No entanto, a cria\u00e7\u00e3o de testes no editor gr\u00e1fico n\u00e3o exclui a possibilidade de escrever testes em c\u00f3digo<\/a><\/noindex>. Aqui est\u00e3o todas as mesmas bibliotecas que no n\u00f3 de script, e chai<\/a><\/noindex> para escrever testes.<\/p>\n
<\/p>\n
Outras diferen\u00e7as<\/h2>\n
<\/p>\n