12 private links
Via Sebasauvage, je tombe sur ce logiciel qui va me permettre de vérifier que ma clé USB est bien foutue ...
Sérieusement ? Un instanceof retourne false pour null ? C'est fou
Un peu de jeu avec le catalogue de classes et de méthodes contenu dans l'ApplicationContext qui m'emmène dans la direction d'un test que j'aimerais écrire, mais que Spring semble me refuser ...
Le titre n'est pas vraiment aligné avec le contenu.
Mais la question de la testabilité du code produit par les LLM est légitime, et importante.
Une extension asciidoc pour faire "joliment" apparaître les scénarios Gherkin
Cmment bien tester un cronjob ? En supprimant correctement l'environnement !
Je ne suis pas d'Helm (je trouve que c'est rajouter une couche de complexité inutile à la complexité inutile de K8s). Heureusement, on peut tester les descripteurs qu'on génère grâce à ce plugin. Et en plus il semble exister une convention permettant d'avoir de la validation dans le YAML avec VSCode.
Un article en français qui présente bien ce protocole d'écriture de tests
Un résumé éclairant de ce qu'est l'AB testing et de ce que ça apporte à un produit.
Une façon terriblement verbeuse (mais sacrément efficace) d'avoir des informations précises sur les tests en échec
Tout le monde connaît (à défaut d'utiliser) ArchUnit. Konsist semble fournir une alternative orientée Kotlin, mais à priori utilisable aussi en Java.
Un outil bien pratique pour vérifier que ma webcam (enfin, droidcam) envoie la bonne image à la bonne résolution
Une librairie de génération de données de test pour du Java. C'est extrêmement complet.
Il y a effectivement quelque chose de bizarre dans la segmentation entre les tests unitaires et d'intégration. Ici l'auteur propose de segmenter selon deux axes : la pureté du test et la portion de code applicatif testé. C'est une bonne idée, mais est-ce la bonne idée ? Je n'en suis pas sûr
Un article assez intéressant sur les optimisations à faire pour utiliser Postgres pour créer une base de données de tests d'intégration
Une super séprie d'astuces pour améliorer l'usage de testcontainers
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.
Cette tablette me fait envie depuis un moment. Et ce genre d'article ne fait rien pour me dissuader ...
Une extension de JUnit (4 et 5) permettant de faire du test de performance. Ca remplacera le défunt Contiperf.
Un moyen moderne et réutilisable facilement d'initialiser des variables d'environnement dans des tests (parce que c'est normalement impossible en Java)