Solucionado (ver solução)
Solucionado
(ver solução)
2
respostas

Erro ao adicionar o assertThat()

Olá!

Fiz conforme instruído na transcrição (e no vídeo) para utilizar o hamcrest. Tentei utilizar o 1.3 e o 2.0, porém ambos me deram o mesmo erro. Forcei a execução para poder conseguir a mensagem de erro e passar aqui. Segue embaixo os imports e como implementei no código.

package br.com.caelum.leilao.servico;

import static org.junit.Assert.assertEquals;
import static org.hamcrest.MatcherAssert.assertThat;
import static org.hamcrest.Matchers.*;

import org.junit.AfterClass;
import org.junit.Before;
import org.junit.BeforeClass;
import org.junit.Test;

import br.com.caelum.leilao.builder.CriadorDeLeilao;
import br.com.caelum.leilao.dominio.Leilao;
import br.com.caelum.leilao.dominio.Usuario;
  @Test
  public void deveValidarLancesEmOrdemCrescente()
  {
    Usuario joao = new Usuario( "João" );
    Usuario jose = new Usuario( "José" );
    Usuario maria = new Usuario( "Maria" );

    Leilao leilao = new CriadorDeLeilao().para( "PS3 seminovo" ).lance( maria, 200 ).lance( joao, 300 )
        .lance( jose, 400 ).constroi();

    leiloeiro.avalia( leilao );

    assertThat( leiloeiro.getMaiorLance(), equalTo( 400 ) );

  }

Agora segue o erro:

java.lang.Error: Unresolved compilation problem: 
    The method assertThat(T, Matcher<? super T>) in the type MatcherAssert is not applicable for the arguments (double, Matcher<Integer>)

    at br.com.caelum.leilao.servico.AvaliadorTest.deveValidarLancesEmOrdemCrescente(AvaliadorTest.java:50)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
    at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:89)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:41)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:541)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:763)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:463)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:209)

Como solucionar?

EDIT:

Inicialmente, eu tinha tentado fazer o teste colocando o valor no formato int e depois como double. Por algum motivo, o erro persistia. Agora forcei o double (400.0) e o erro foi corrigido. Mas persiste uma dúvida, não deveria acontecer um cast implícito?

2 respostas
solução!

Fala ai Vinicius, tudo bem ?

Na verdade não é implicito esse cast cara, pois tem toda a questão de precisão que o test leva consigo, por isso você precisa deixar explicito o tipo que está manipulando.

Ahh ok, faz todo sentido. Muito obrigado!