Teste funcional do projeto de apis do wordpress

O projeto para consumir apis v1 e v2 do wordpress teve como finalidade resolver um problema apontado na issue #35.

O wordpress sugere a depreciação da api v1, mas ainda a utiliza em todos os sites hospedados em wordpress.com. A api v2 é uma especificação utilizada desde 2013 como plugin criado pela própria equipe do wordpress.

Resultado: é necessário suportar no frontpress tanto a versão v1 quanto a v2 da api, apesar das diferenças gritantes entre elas.

---

Criei essa issue para servir de roteiro de teste do projeto das apis. Sem mais delongas, o passo a passo para testar o funcionamento do frontpress para api v1 e v2 do wordpress é:

• Baixar e configurar o projeto do frontpress usando as instruções do readme
• Na raiz do projeto copiar o arquivo de exemplo de configuração v1 e nomea-lo como frontpress.json
• Rodar o comando gulp
• Verificar a listagem de posts apenas garantindo que apresente: uma lista de posts com título, imagem de destaque, trecho, link funcionando
• Verificar um post completo garantindo que apresente: título, conteúdo do post, e ao final do post uma linha com categorias e outra linha logo abaixo com tags do post.

Basicamente repetir o mesmo processo para testar a v2.

• Parar o comando gulp
• Na raiz do projeto copiar o conteúdo do arquivo de exemplo de configuração v2 e sobrescrever o conteúdo do frontpress.json com este conteúdo copiado
• Rodar o comando gulp
• Verificar a listagem de posts apenas garantindo que apresente: uma lista de posts com título, imagem de destaque, trecho, link funcionando
• Verificar um post completo garantindo que apresente: título, conteúdo do post, e ao final do post uma linha com categorias e outra linha logo abaixo com tags do post.

cc @taciogt

[teles]

Conversei com o @taciogt e ví que o que estava rolando aqui é: Depois de testar a api v1 o Tácio manteve no frontpress.json o valor do restApiUrl mas alterou manualmente o valor de apiVersion.

Disso eu concluí que:

1. É interessante mexer na task init para dificultar que seja possível informar primeiro uma url de api v1 e depois setar apiVersion como v2 (ou vice-versa);
2. É interessante dar uma mensagem de erro no console quando a api passada não existir.

[teles]

Estou considerando essa issue fechada. Testes foram feitos e sugestões de melhorias foram levantadas graças a esse teste.

Valeu, @taciogt !