Com base nas discussões com os desenvolvedores de IDEs e ferramentas, como: Eclipse, Gradle e IntelliJ, a equipe JUnit Lambda está trabalhando em uma proposta para um projeto open source, que fornecerá uma base comum mínima para testar as bibliotecas na JVM.
O principal objetivo do projeto é permitir que os frameworks de testes como: JUnit, TestNG, Spock, etc, e bibliotecas de terceiros, como: Hamcrest, AssertJ, etc, possam utilizar o mesmo conjunto comum de exceções. Dessa forma as IDEs e ferramentas podem suportar de forma consistente todos os cenários de teste, por exemplo, o tratamento consistente quando uma verificação ou suposição falhar, bem como a visualização da execução dos testes nas IDEs e relatórios.
Até agora, as respostas desses projetos foram em sua maioria carente. Se você, caro leitor, acha que isso é uma boa idéia, encorajamos que você solicite ao Open Test Alliance para manter os frameworks de sua preferência.
Dado que o JUnit pode executar engines de testes para as versões 4 e 5 ao mesmo tempo, um projeto pode manter testes em ambas as versões. E, de fato, o JUnit 5 usa novas estruturas de pacotes: org.junit.jupiter, org.junit.platform e org.junit.vintage. Isto significa que não haverá conflitos, quando diferentes versões JUnit forem usadas ​​em paralelo e também facilita uma migração lenta para JUnit 5.
Bibliotecas de testes como Hamcrest e AssertJ, que se comunicam com JUnit via exceções, continuarão funcionando na nova versão.
Concluímos a primeira parte do artigo sobre JUnit 5. Criamos um ambiente para escrever e executar os testes e vimos como a superfície da API recebeu uma evolução incremental. Com isso já podemos começar a experimentar essa nova versão.
Também discutimos como nossas ferramentas estão ligadas aos detalhes da implementação do JUnit 4, de tal maneira que um novo começo era necessário. Esta não foi a única razão pela qual, o modelo de extensão do JUnit 4 é insatisfatório e o desejo de usar expressões lambdas para definir os testes também precisaria ser reescrito.
A nova arquitetura visa evitar os erros do passado. É dividido em JUnit Jupiter, a biblioteca que usamos para escrever testes e a JUnit Platform, e as ferramentas da plataforma podem ser construídas mantendo claramente separado estas duas preocupações. E também abre o sucesso do "JUnit como plataforma" para outras estruturas de testes que agora podem ser integradas.
Na segunda parte, abordaremos como os testes com JUnit 5 podem ser executados nas IDEs, ferramentas de compilação e via console. E, finalmente, veremos alguns dos recursos interessantes que esta nova versão trará, como o modelo de extensão.
Nicolai Parlog é desenvolvedor de software e entusiasta Java. Constantemente lê, pensa e escreve sobre Java, e codifica para ganhar a vida e se divertir. Contribui com diversos projetos de código aberto e blogs sobre o desenvolvimento de software no CodeFX. Você pode acompanhar Nicolai no Twitter.

Veja como tirar proveito das ferramentas Pentaho na análise e manipulação de bases NoSQL como HBase, Cassandra ou MongoDB. O Pentaho Business Analytics fornece suporte nativo para os principais bancos NoSQL com alta performance de acesso, integração, visualização, exploração deixando algumas as atividades realizadas no HBase, Cassanda e MongoDB ou ambos em conjunto extremamenta mais fáceis.
19 anos de experiência em informática, vivência em desenvolvimento e análise de sistemas de gestão empresarial e analise e ciência de dados. Data Scientist, instrutor e consultor de Big Data e Data Science com tecnologias abertas. Ajudou a capacitar equipes de Big Data na IBM, Accenture, Tivit, Serpro, MP, Netshoes, Embraer entre outras.
O NoSQL Conferece é um evento de conferência e treinamento técnico de dois dias inteiros com palestrantes locais e internacionais. Com mais de 10 palestras em diversas plataforma de Dados direcionados para profissionais que querem aprofundar no mundo de NoSQL Databases. A edição de 2018 aconteceu em 01 de dezembro em São Paulo.