Google Cloud Build, c'est pas ouf.
Et utiliser Antigravity pour faire des mises à jourau pif est idiot.
Heureusement, comme pour github actions, il existe une astuce pour le tester localement.

Ce repository GitHub semble contenir un logiciel capable de valider les fonctionnalités d'un câble USB-C. J'hésite à le tester ...

JGiven est une proposition de BDD où on n'écrit que du Java. C'est intéressant, ça me donne bien envie de le tester ... Mais je ne suis pas sûr que ce soit compatilbe avec JUnit 5 ...

Un outil de test BDD que j'avais déja vu, et qui semble vraiment bien pensé.

Ce projet ressemble à un outil qui génère correctement les tests depuis les specs ...
Bon, c'est vibe-codé, mais ça n'est pas le gros problème.
Le gros problème, c'est que c'était le but de BDD, il me semble ...

Alors ça c'est vraiment pour moi l'approche du futur : générer le code et le confronter à de vrais tests. J'aimerais bien trouver la même chose en Java et J

Un outil de test local de pipelines gitlab. C'est bien pratique pour valider des modifications sans pourrir son historique

Une autre librairie Java permettant de crée des variables d'environnement avec des valeurs bien définies. C'est vraiment utile quand on applique les 12 factors pour avoir des applications facilement configurables.

Une librairie permettant de créer des objets Java avec un niveau de hasard apparemment contrôlable. Ca me semble un moyen malin d'aller vers du test de propriété propre.

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.