Existe um erro bem comum quando usamos JMockit: "Corresponding real methods not found for the following mocks".Por um erro, meu, de traducao, imaginava que esse erro devia-se a um metodo da classe real nao estar sendo criado na minha classe Mock, quando li com calma hoje pela manha, percebi que e o contrario, um metodo implementado na minha classe Mock nao existe na classe real.Esse erro e comum de acontecer quando usamos uma classe de terceiro, normalmente empacotada num jar. No meu caso, tentava mockar a classe WebApplicationContextUtils do Spring e tive que procurar o codigo fonte no google pra saber a assinatura do metodo.Percebi tambem que se voce nao criar o metodo falso para um metodo da classe real, ele vai invocar o metodo da classe real. Mocada,sei que estou meio ausente, e voltar a ativa com um post que nao tem nada haver com o blog e desastroso, mas tenho um bom motivo:A mais de 2 meses venho estudando Ruby on Rails, direcionei todas as minhas atencoes e horarios vagos para isso e estou percebendo que devo dedicar mais tempo ainda. Bem, o caso e que criei um novo blog pra falar sobre Ruby on Rails, e venho convidar a todos que se interessem pelo assunto a visita-lo. Bem, os assuntos que se relacionem com testes eu postarei nos 2 blogs, entao se nao se interessar por Rails, pode aguardar os posts sobre testes aqui mesmo.Ate mais Em desenvolvimento, duvidas sao frequentes, por isso vou listar alguns lugares (Foruns sobre teste e utilitarios) que podemos encontrar solucoes para os mais diversos problemas e mesmo encontrar respostas para nossas novas duvidas.EclEMMA: https://sourceforge.net/forum/forum.php?forum_id=614869EMMA: http://sourceforge.net/forum/forum.php?forum_id=373865JMock: http://www.jmock.org/mailing-lists.htmlJMockit: https://jmockit.dev.java.net/servlets/SummarizeList?listName=usersJUnit: http://www.nabble.com/JUnit-f2687.htmlSelenium: http://www.nabble.com/Selenium-f14083.htmlXP-Rio (Sobre praticas ageis, TDD, outras formas de testar software): http://tech.groups.yahoo.com/group/xprio/ Hoje lendo o blog do Nerdson (muito bacana), vi um negocio engracado e que se tornou mais engracado pelo fato de conhecer um caso real que usou esta tecnica.Numa empresa que trabalhei anteriormente, tinha um brother recem-promovido a programador (Ou anapropegua* como preferir). Acontece que este carinha tinha um gerente super-star, que se parecia muito com o Dragaozinho do Nerdson.O pobre infeliz (do programador), estava com a corda no pescoco, com uns 3 projetos em atraso e 1 que tinha que terminar naquele mesmo dia, desta forma, 18:30 hs na mesa do programador estavam: O proprio, O "coordenador" dele, e o Gerente Super-Star.O pobre programador chegou a um momento de quase um AVC e choramingou: "Vou la fora dar uma respirada, e volto logo". O gerente entao lasca: "Sente ai e quando voce terminar, pode respirar!".Veja o Post do Nerdson para ter uma ilustracao desta tecnica incrivel.*anapropegua = ANAlista, PROgramador e fi duma EGUA. O CGLIB foi descoberto quando procuravamos mockar classe concretas , ele e muito util em muitas situacoes, principalmente quando usamos classes de outros. Acontece que esta semana descobrimos um probleminha nele: A classe que sera mockada precisa do construtor default.O interessante e que ele executa o construtor default quando o metodo mock(Class) e invocado. Isso pode ser um problema, no meu caso, a classe e de terceiro e nao tem