Très bon article, qui montre bien la complexité de faire des tests propres ... et surtout de les maintenir en état !

Eh ouais, Rust a certains côtés vraiment géniaux et bien cachés qui font rêver. Je dois touteois avouer qu'il n'y a pas dans la doc Rust la possibilité de déclarer les paramètres d'une fonction

Je ne vais pas m'en servir tout de suite, mais cet outil de property testing Rust m'a l'air ... chouette

Un simulateur de serveur. Pratique pour développer un client quand le serveur n'est pas encore complètement prêt. Et il y a des bindings Java !

Ca m'attriste de voir des équipes de dév Java faire des tests d'API en YAML/Python quand ils peuvent utiliser REST-assured

Java c'est génial, et il y a plein d'outils de tests. Mais la liste n'est pas complète (par exemple il manque Contiperf)

Dis donc ! Apache Bench on Steroids, carrément ! Eh ben en fait, c'est assez vrai, parce que l'outil est simple, puissant, et semble même capable de générer un graphique des temps de réponse.

Malin (et pas seulement pour le Rust).
Faire jouer des tests de performances dans les merge request, ça permet de traiter la performance comme une feature, et c'est bien.
Et en Java, on peut le faire avec Contiperf (que j'adore)

Oh mais c'est pas mal du tout cet outil de test http

Hey, mais c'est très malin ! C'est juste dommage de passer par des macros qui vont m'obliger à utiliser des astuces de compilation avec Cargo pour que le code Codingame continue à fonctionner.

Un outil qui n'exécute que les tests impactés par les modifications du dernier commit. Ca me paraît assez chouette comme idée (et ça pourrait avantageusement remplacer infinitest)

Oh mais c'est vachement mieux que l'outil de benchmark officiel qui n'est toujours pas disponible dans la version stable de Rust.

Valider l'organisation du code dans des tests unitaires est une sacrément bonne idée. Et le DSL est semble-t-il assez bien fichu.

Très chouette. J'aime beaucoup le fait que DSpot ne génère pas une tonne de tests supplémentaires.

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 outil de test de charge apparement facile à utiliser

Cool, Sous windows, je peux facilement savoir avec cet exécutable si ma machine est protégée contre spectre/meltdown

Je suis assez surpris de découvrir de telles valeurs de latence

Vérifier l'architecture dans les tests unitaires ? Une super idée !

Chouette ! Un site web qui permet de tester un client HTTPS face à des serveurs fournissant toute une gamme de certificats