12 private links
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.
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.