{"id":3692,"date":"2026-05-12T09:59:31","date_gmt":"2026-05-12T13:59:31","guid":{"rendered":"https:\/\/xceed.com\/?p=3692"},"modified":"2026-08-25T14:20:40","modified_gmt":"2026-08-25T18:20:40","slug":"fluentassertions-8-10-beequivalentto-ameliorations","status":"publish","type":"post","link":"https:\/\/xceed.com\/fr\/blog\/releases\/fluentassertions-8-10-beequivalentto-improvements\/","title":{"rendered":"FluentAssertions 8.10 : Quatre am\u00e9liorations de BeEquivalentTo que vous sentirez vraiment"},"content":{"rendered":"
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n

FluentAssertions 8.10 : Am\u00e9liorations de la qualit\u00e9 de vie pour l'\u00e9quivalence (Null-as-Empty, meilleurs diagnostics, correspondance non ordonn\u00e9e plus rapide)<\/strong><\/p>\n

FluentAssertions 8.10 semble modeste sur le papier, mais il cible exactement l'endroit o\u00f9 la plupart des suites de tests rencontrent des difficult\u00e9s : les comparaisons d'\u00e9quivalence et les diagnostics sur lesquels vous vous fiez lorsqu'elles \u00e9chouent. Si vous utilisez \u00catre\u00c9quivalent\u00c0<\/strong> lourdement (DTOs, contrats d'API, graphes d'objets imbriqu\u00e9s), ces changements r\u00e9duisent le bruit, am\u00e9liorent la lisibilit\u00e9 des \u00e9checs et acc\u00e9l\u00e8rent les cas lents.<\/p>\n<\/div>\n\n

Voici les quatre points forts et ce qu'ils changent dans la r\u00e9daction de tests au quotidien.<\/p>\n\n

1) #3202 \u2014 Ajouter les m\u00e9thodes `ComparingNullCollectionsAsEmpty` et `ComparingNullStringsAsEmpty` \u00e0 `BeEquivalentTo`<\/h2>\n\n
\n

Qu'est-ce qui a chang\u00e9<\/h3>\n

\n FluentAssertions 8.10 ajoute deux nouvelles options d'\u00e9quivalence, donc null<\/strong> Les collections correspondent\n vide<\/strong> collections, et null<\/strong> les cha\u00eenes peuvent correspondre\n vide<\/strong> cha\u00eenes.\n <\/p>\n

\n Comparer les collections nulles comme vides\n ComparerLesCha\u00eenesNullCommeVides\n <\/div>\n<\/div>\n\n

Pourquoi c'est important<\/strong><\/p>\n\n

Dans de nombreux syst\u00e8mes, la distinction entre null et vide n'a pas de sens. Les API omettent des champs, les s\u00e9rialiseurs produisent des valeurs nulles, et les couches de mappage peuvent retourner des collections nulles m\u00eame lorsque la logique m\u00e9tier les traite comme vides. Ces d\u00e9calages cr\u00e9aient auparavant des tests fragiles ou for\u00e7aient une pr\u00e9-normalisation.<\/p>\n\n

\n

D\u00e9tail cl\u00e9 : graphes d'objets sym\u00e9triques + imbriqu\u00e9s<\/h3>\n

\n Le comportement est sym\u00e9trique<\/strong> (fonctionne de chaque c\u00f4t\u00e9 de la comparaison) et il s'applique \u00e9galement\n \u00e0 l'int\u00e9rieur graphes d'objets imbriqu\u00e9s<\/strong>. Si une propri\u00e9t\u00e9 imbriqu\u00e9e est nulle d'un c\u00f4t\u00e9 et vide de l'autre, elle peut toujours correspondre lorsque l'option est activ\u00e9e.\n <\/p>\n<\/div>\n\n

2) #3203 \u2014 Inclure l'index d'origine dans les messages d'erreur relatifs aux \u00e9l\u00e9ments superflus<\/h2>\n\n
\n

Qu'est-ce qui a chang\u00e9<\/h3>\n

\n Les \u00e9checs d'\u00e9quivalence pour les collections avec des \u00e9l\u00e9ments suppl\u00e9mentaires sont d\u00e9sormais plus exploitables. Les messages d'\u00e9chec incluent les\n index original<\/strong> de chaque \u00e9l\u00e9ment superflu dans le sujet.\n <\/p>\n<\/div>\n\n

Pourquoi c'est important<\/strong><\/p>\n\n

Lorsque l'ordre est ignor\u00e9 et que les r\u00e8gles de correspondance sont complexes, les erreurs \u201c\u00a0\u00e9l\u00e9ment suppl\u00e9mentaire\u00a0\u201d sont parmi les plus longues \u00e0 d\u00e9boguer. Avec l'index d'origine inclus, vous pouvez acc\u00e9der directement \u00e0 l'\u00e9l\u00e9ment probl\u00e9matique, ce qui est particuli\u00e8rement utile pour les grandes collections produites par des pipelines.<\/p>\n\n

\n

Impact pratique<\/h3>\n