Testes unitários

[janosimas]

Criar um conjunto de testes unitários

[janosimas]

@vinipaschoal Eu abri um pull request com alguns testes pra factory mas achei um comportamento estranho.
Um dos testes falha, pode ver o log em https://travis-ci.org/EsfingeFramework/liveprog , e o outro não.
Qual é o comportamento esperado?

O caso que não falha:
Crio objetos live em modo producao, atualizo e crio em modo PRODUCAO
...
Crio um objeto live em modo TESTE.
verifico se o método saveLiveClass é chamado, NÃO é chamado.

caso com problema:
Crio objetos live em modo TESTE, atualizo e crio em modo TESTE
...
Crio um objeto live em modo PRODUCAO.
verifico se o método saveLiveClass é chamado, é chamado.

[vinipaschoal]

Está dando erro porque você está mocando o BD.
No caso que está dando erro, quando você cria um objeto em modo produção, se o BD fosse real ele voltaria a versão de producao cadastrada no banco, mas como é um mock, ele esta voltando nulo, o que está fazendo o factory chamar novamente o método saveLiveClass.

[janosimas]

Até aí eu entendo,
mas pq um chama o metodo saveLiveClass e outro não?

[vinipaschoal]

Como funciona internamente os seus testes:

• No primeiro caso (PRODUÇÃO):

1. você pede para o factory criar um objeto em modo produção:
   1.1) o factory procura no cache interno de classes versão produção se a classe já foi carregada
   1.2) o cache de classes versão produção NÃO contém a classe
   1.3) o factory procura no BD essa classe na versão produção
   1.4) a classe não está cadastrada no BD
   1.5) o factory salva no banco essa versão da classe
   1.5.1) o BD verifica que não existe nenhuma versão dessa classe cadastrada no BD, então salva no BD a mesma classe nas versões produção e teste
   1.6) o factory pede para o ClassLoader carregar a classe
   1.7) o ClassLoader verifica que essa classe já está carregada (pois ela é a classe original, que é carregada no início da aplicação) e retorna a classe original
   1.8) o factory guarda essa classe no cache de classes versão produção
   1.9) o factory cria um novo objeto da classe, cria o proxy e retorna

2. você pede para o factory atualizar a classe para a nova versão:
   2.1) o factory salva a nova versão da classe no BD
   2.1.1) o BD salva essa versão como uma versão de teste - nesse momento, tem-se que a versão de produção é a versão original da classe (passo 1.5.1) e a versão de teste é essa nova versão salva
   2.2) o factory salva essa nova versão no cache de classes versão teste
   2.3) o factory notifica os proxies e retorna

3. você pede para o factory criar um novo objeto em modo produção:
   3.1) o factory procura no cache interno de classes versão produção se a classe já foi carregada
   3.2) o cache de classes versão produção JÁ contém a classe (passo 1.8)
   3.3) o factory cria um novo objeto da classe, cria o proxy e retorna

4. você pede para o factory criar um novo objeto em modo teste:
   4.1) o factory procura no cache interno de classes versão teste se a classe já foi carregada
   4.2) o cache de classes versão testes JÁ contém a classe (passo 2.2)
   4.3) o factory cria um novo objeto da classe, cria o proxy e retorna

• No segundo caso (TESTE):

1. você pede para o factory criar um objeto em modo teste:
   1.1) o factory procura no cache interno de classes versão teste se a classe já foi carregada
   1.2) o cache de classes versão teste NÃO contém a classe
   1.3) o factory procura no BD essa classe na versão teste
   1.4) a classe não está cadastrada no BD
   1.5) o factory salva no banco essa versão da classe
   1.5.1) o BD verifica que não existe nenhuma versão dessa classe cadastrada no BD, então salva no BD a mesma classe nas versões produção e teste
   1.6) o factory pede para o ClassLoader carregar a classe
   1.7) o ClassLoader verifica que essa classe já está carregada (pois ela é a classe original, que é carregada no início da aplicação) e retorna a classe original
   1.8) o factory guarda essa classe no cache de classes versão teste
   1.9) o factory cria um novo objeto da classe, cria o proxy e retorna

2. você pede para o factory atualizar a classe para a nova versão:
   2.1) o factory salva a nova versão da classe no BD
   2.1.1) o BD salva essa versão como uma versão de teste - nesse momento, tem-se que a versão de produção é a versão original da classe (passo 1.5.1) e a versão de teste é essa nova versão salva
   2.2) o factory salva essa nova versão no cache de classes versão teste
   2.3) o factory notifica os proxies e retorna

3. você pede para o factory criar um novo objeto em modo teste:
   3.1) o factory procura no cache interno de classes versão teste se a classe já foi carregada
   3.2) o cache de classes versão teste JÁ contém a classe (passo 2.2)
   3.3) o factory cria um novo objeto da classe, cria o proxy e retorna

4. você pede para o factory criar um novo objeto em modo produção:
   4.1) o factory procura no cache interno de classes versão produção se a classe já foi carregada
   4.2) o cache de classes versão produção NÃO contém a classe
   4.3) o factory procura no BD essa classe na versão produção
   4.4) a classe já estaria cadastrada no BD (passo 1.5.1) e seria retornada, MAS como você está usando um mock do BD, aqui retorna null!

4.5) o que aconteceria no uso real:
4.5.1) o factory pede para o ClassLoader carregar a classe retornada do banco
4.5.2) o ClassLoader verifica que essa classe já está carregada (pois ela é a classe original, que é carregada no início da aplicação) e retorna a classe original
4.5.3) o factory guarda essa classe no cache de classes versão produção
4.5.4) o factory cria um novo objeto da classe, cria o proxy e retorna

4.6) o que está acontecendo no caso de teste:
4.6.1) a classe não está cadastrada no BD
4.6.2) o factory salva no banco essa versão da classe (aqui sinaliza o FAIL no teste!)