Testando suas API's com Frisby.js
9 September 2014 / frisbyjs
Eu não sei vocês, mas eu só gosto de usar o SOAPUI para testes manuais e só automatizo tarefas nele quando é realmente necessário.
Tanto é que eu prefiro automatizar serviços SOAP usando bibliotecas java como jaxrs (que faz o import da assinatura lindamente e monta toda a estrutura de classes e métodos para você) mas para serviços REST eu estava na mão.. até agora :)
Achei essa jóia chamada frisby.js que é pacote para node.js e trabalha junto com o maravilhoso jasmine.js para realizar testes de serviço REST.
Basicamente você precisa ter instalado no seu ambiente de teste:
Se você não viveu debaixo de uma rocha nos últimos anos, deve saber que node.js é um application server baseado no google v8 para interpretar javascript no lado do servidor.
Para isso você precisa voltar a aprender javascript (o que não é tão dolorido assim) e entender como funciona a biblioteca do frisby e do jasmine.
for dummys
Se você é usuário de windows ou mac, pode começar por acessar o site http://nodejs.org/ e fazer o download da última versão estável e instalar na sua máquina no jeito clássico do windows NEXT, NEXT, FINISH.
Já para usuários linux, dependendo da sua distribuição, um apt-get install nodejs resolve.
Seria bom você adicionar um repositório privado para sempre pegar a última versão do node
Daqui pra frente, tudo será feito através de linha de comando no console, seja windows, mac ou linux (para delírio dos tester não técnicos de plantão..rs).
Para ter certeza que tudo está ok, veja as versões do nodejs e do npm (gerenciador de pacotes do nodejs que vem junto na brincadeira)
Se o npm não tiver vindo junto com o pacote (isso pode acontecer para usuários linux, outro apt-get install npm resolve
O sistema de pacotes do node.js funciona em 2 níveis: Global e Local.
Para nosso projeto de teste com frisby.js precisamos de pelo menos o Jasmine-node a nivel global pois precisamos do nome reservado que ele gera.
Se der tudo certo você vai conseguir ver a versão do jasmine-node da mesma forma que viu a versão do nodejs e do npm.
A documentação do frisby pede para instalar ele globalmente, o que não custa nada:
Agora você tem tudo que precisa para começar um projeto de teste das suas API's REST...
Ué, mas como eu faço para escrever meus códigos?
Você pode usar papel de pão, notepad do windows, nano do linux, vim, notepad++, sublime.. ou qualquer IDE por ai em que você possa escrever javascript.
Eu prefiro o sublime text v3 http://www.sublimetext.com/3 que não é free, mas só te lembra disso a cada 5 processos de salvar
Mão na massa de verdade
Crie uma pasta que vai conter seu projeto de teste e depois crie um arquivo de teste chamado package.json que vai conter as informações basicas do seu projeto e suas dependências (Todo projeto em node precisa do package.json)
"name": "rest_test",
"author": "Leonardo Galani",
"main": "meu_projeto_de_teste_spec.js",
"frisby": "latest",
"jasmine-node": "latest"
Percebeu que existe um paramêtro chamado main no package.json? esse é arquivo principal do seu projeto, mas isso não quer dizer que todos seus testes tem que ficar neste arquivo. Ele existe mais para que o NPM entenda qual arquivo deva executar quando você chamar npm start coisa que não iremos fazer para nossos testes.
Atenção: Todos os arquivos de teste devem conter o final _spec.js pois só assim o jasmine-node vai entender o que executar.
A documentação base usa a API do twitter e tem alguns exemplos com a API do facebook... mas tem coisas que precisa autenticar e tem gente que não pode acessar o Twitter ou o Facebook do trabalho, sendo assim eu desenvolvi uma API ridícula para para mostrar o funcionando do frisby.
o endereço da API é esse aqui --> http://apifrisbypost.keeptesting.com.br/user
(não adianta sair fazendo teste de stress, invasão que não vai rolar.. é coisa simples e o forever reinicia a aplicacão de tempos em tempos... :P )
Bom.. vamos criar o arquivo meu_projeto_de_teste_spec.js na pasta e começar com essa linha:
É padrão do node instanciar as libs que vamos usar desta forma.
Para nosso exemplo de teste, irei fazer um processo de POST e GET e se você não estiver muito familiarizado com os métodos HTTP, sugiro que leia esse post: http://pt.stackoverflow.com/questions/9419/quais-são-os-métodos-de-requisição-http-e-qual-é-a-diferença-entre-eles
Depois de instanciar o frisby, vamos fazer nosso teste de POST
frisby.create('Criando Novo Usuário')
.post('http://apifrisbypost.keeptesting.com.br/user'
,{ email: 'leo@leonardo.com.br'}
,{ json: true }
,{ headers: { 'Content-Type': 'x-www-form-urlencoded' }})
.expectJSONTypes({
.expectJSON({
email: "leo@leonardo.com.br"
Não se assuste.. é mais simples do que parece..
Antes de continuar, você tem que estar familiarizado com a idéia de estado/contexto (http://www.dofactory.com/javascript/state-design-pattern) e o conceito de corrente do javascript, coisa que o jquery faz bem (http://www.w3schools.com/jquery/jquery_chaining.asp).
Para entender melhor esse teste vou cortar em blocos o código em cada ponto da corrente e fazer alguns comentários.
Começamos então por criar o teste própriamente dito:
Depois definimos como será o método HTTP e qual o endereço:
Dentro do método post eu estou utilizando os paramêtros url, corpo do request , identifição se é um JSON, header { Content Type do Request }
Depois disso começa minha primeira validação para esse request:
HTTP 200 quer dizer que o request foi feito com sucesso e que o serviço está funcionando, mas não quer dizer que o request foi processado.
Use essa validação para saber se o serviço está disponível.
Minha segunda validação é para verificar o header e neste caso estou validando se o retorno do serviço está no formato JSON:
A terceira validação se refere ao formato do json retornado pelo serviço e os tipos de cada paramêtro:
(Restify tem os ID's criados automaticamente em memoria como strings.. não pergunte por que.. eu não quero saber agora...rs).
A última validação deste teste é para verificar o conteúdo do json de retorno:
Para fechar o método e mandar o frisby utilizar esse teste, o método .toss() deve ser invocado no final do cenário de teste.
Fizemos o POST agora faremos o GET:
frisby.create('Buscando Usuário Criado')
.get('http://apifrisbypost.keeptesting.com.br/user/1')
email: "leo@leonardo.com.br",
A única diferença desse teste é que ele usa o método GET para pegar o usuário que eu acabei de criar e não tem nenhum paramêtro no método além da própria URL (com o paramêtro).
Ok.. você criou um usário e como vc vai saber o ID criado? Não da para usar json de retorno como parametro para um próximo teste?
Para isso que existe o método afterJSON() que dentro de um teste, ele usa o json de retorno e chama outro teste.
Segue exemplo desses 2 testes combinados:
frisby.create('Criando Outro Usuário')
.post('http://apifrisbypost.keeptesting.com.br/user', { email: 'leo@keeptesting.com.br' },{ json: true }, { headers: { 'Content-Type': 'x-www-form-urlencoded' }})
email: "leo@keeptesting.com.br",
// Agora posso juntar o teste dp GET
frisby.create('Validando usuário Criado')
.get('http://apifrisbypost.keeptesting.com.br/user/' + json._id)
PS: Para cada request, o método .toss() deve ser chamado
Executando seus testes
Para executar os testes basta chamar o jasmine-node e o nome do arquivo de teste ou \nomeDaPasta onde os testes se encontram:
Erros de pt-br estão sendo revisados e corrigidos.. e caso vocês tenham alguma sugestão, dúvida ou critica sobre o post, mande nos comentários :)
Dicas de Ruby para Testers
De tempos em tempos aparece nos grupos de discussão o pessoal perguntando sobre problemas com capybara, webdriver-watir, e afins, gems em ruby usadas para automação de teste. O problema é que a falta
O que aprendemos com a falha do iCloud?
Acredito que grande parte da internet ouviu falar nesses últimos 2 dias sobre a falha do iCloud onde diversas fotos íntimas de atrizes famosas caíram na rede. Para este blog não importam as