11 private links
une extension de JUnit 5 permettant de faire des tests "de performance". Pourquoi les guillemets ? Parce que JUnit rajoute trop de couches pour que le test de performance réalisé soit parfaitement exact. Mais dans les cas qui m'intéresse, c'est bien suffisant.
Une extension de JUnit (4 et 5) permettant de faire du test de performance. Ca remplacera le défunt Contiperf.
Wiser Unit ne marchait pas très correctement, mais cette librairie a l'air presque aussi sympa ...
Tester des lectures/écritures de fichier, c'est parfois compliqué. Avec cette librairie qui crée le système de fichiers en mémoire, c'est vraiment plus facile.
Une extension JUnit hyper intéressante si vous utilisez la syntaxe given/when/then du BDD
1/2 heure de très bonnes astuces autour de JUnit. Certaines sont vraiment épatantes.
Oui, bon, ça peut faire sourire, mais parfois, developpez.com, ça dépanne rudement.
En discutant codingame avec un collègue, on a parlé rapidement de contiperf (qui est maintenant déprécié). Du coup, j'ai cherché la version moderne pour lancer JMH avec JUnit ... et voilà
C'est une chouette idée. Mais je ne suis pas sûr que ça m'intéresse vraiment de tester le fait que le GC ait été invoqué. Pour le dire autrement, mes métriques de performance sont assez différentes.
Une bonne librairie de test JUnit 5 pour faire du CDI avec Weld !
Si pour vous JUnit 5 n'est pas encore assez bien, Pioneer rajoute quelques fonctionnalités marrantes (comme les tests en échec qui se relancent tout seuls)
Zerocode a l'air bien chouette pour faire du test de charge, mais il y a des interactions bizarres avec l'initialisation des tests JUnit (typiquement mes contextes Spring sont regénérés à chaque appel).
Oh c'est très bien ça (parce que les affichages de test dans cargo, c'est pas la fête)
Un concept super intéressant pour le test d'API !
Intéressant ... pour peu qu'on puisse "contrôler" le hasard, c'est-à-dire garantir que la liste de valeurs est raisonnablement la même à chaque test. Parce que sinon, les tests peuvent perdre en répétabilité.
Un runner JUnit qui teste toutes les valeurs d'un domaine. C'est conceptuellement intéressant
Intéressant ...
Surtout parce qu'on fait du BDD sans interface web (genre pas comme fitnesse, quoi)
L'idée est très séduisante, mais je serais tenté de dire qu'il manque des morceaux dans l'API
Chouette article expliquant comment remplacer le pénible (mais standard @RunWith(Parameterized.class) par quelque chose de plus souple et donnant des résultats plus lisibles.
A tester absolument ! ca a l'air génial, cet outil pour générer une doc de dév à partir des tests unitaires