Tests et validations des calculateurs
Cette page publie la version du moteur, des jeux d’essai représentatifs et leurs résultats attendus. Elle permet à un lecteur, un moteur de recherche ou un système d’IA de contrôler les affirmations de fiabilité au lieu de devoir les croire.
Les 165 cas de référence publient l’URL, l’opération, les entrées, la formule, le résultat attendu et l’état. Le tableau ci-dessous conserve 12 cas représentatifs faciles à relire.
Cas calculés côté serveur
Chaque résultat réel est produit au chargement par la même fonction PHP que celle utilisée dans la fiche correspondante. La valeur attendue est enregistrée séparément : une modification erronée du moteur fait donc échouer la comparaison.
30,2430,24 m²Réussi6,626,62 L/100 kmRéussi105,20105,20 €RéussiCe que nous testons avant une version
Exactitude numérique
Les cas usuels, les décimales, les valeurs nulles et les divisions impossibles sont comparés à une valeur attendue indépendante. Les arrondis sont appliqués seulement à l’affichage final.
Calendrier réel
Les dates invalides sont refusées. Les fins de mois, années bissextiles et passages de minuit font l’objet de cas dédiés. Un ajout mensuel conserve le jour lorsque possible et se limite au dernier jour valide sinon.
Parité des moteurs
Les mêmes opérations existent côté serveur pour le HTML initial et côté navigateur pour l’interaction. Les sorties sont comparées afin d’éviter qu’une page donne deux réponses selon l’environnement.
Qualité de page
Une livraison contrôle aussi les codes HTTP, les canoniques, les directives d’indexation, les titres, descriptions, liens internes, données structurées et l’unicité de l’intention de chaque fiche.
Ce que ces tests ne prouvent pas
Un calcul juste n’établit pas qu’un taux, un tarif ou une règle s’applique à votre situation. Les pages sensibles distinguent donc la formule de la règle extérieure et renvoient vers une source primaire lorsqu’elle est nécessaire. Les jeux publics ci-dessus ne remplacent pas la suite complète de contrôle : ils en rendent le principe et des résultats représentatifs directement vérifiables. Une anomalie reproductible peut être signalée depuis la page Corrections avec l’URL, les entrées et le résultat attendu.
Contrôle des 55 outils, catégorie par catégorie
Chaque outil reçoit trois jeux de valeurs — référence, alternative et limite valide — utilisés pour comparer les sorties PHP et navigateur. Les 165 cas sont disponibles en JSON et CSV ; les 12 cas ci-dessus en facilitent la relecture humaine.
Un échec bloque la livraison
Une divergence de résultat, un calcul impossible accepté ou une date invalide non refusée doit être corrigé avant que la version soit présentée comme vérifiée.
Le contenu est testé avec le moteur
La formule, les variables et les exemples doivent décrire la même opération que le code. Un texte exact associé au mauvais calcul reste un échec éditorial.
Le crawl fait partie du contrôle
Les URL du sitemap doivent répondre, rester canoniques et indexables, avec un seul titre principal, des métadonnées distinctes et des données structurées valides.
Comment reproduire un cas public
Le jeu exportable devient utile lorsqu’un tiers peut refaire le calcul et comprendre précisément ce qui est comparé.
1. Ouvrir l’URL du cas
La fiche indique l’intention, les variables, les unités et la formule. Vérifiez que le cas exporté correspond bien à cette définition avant de comparer les nombres.
2. Rejouer les mêmes entrées
Conservez les décimales et les dates exactement comme elles apparaissent dans le JSON ou le CSV. Le résultat attendu doit correspondre avant l’arrondi d’affichage documenté.
3. Identifier la nature d’un écart
Un échec peut venir du calcul, de la validation d’une entrée, du format français, de l’unité ou du texte associé. Le signalement doit préciser lequel de ces éléments diverge.
Les 165 cas publics sont une base reproductible, pas un argument d’autorité. Ils exposent ce que la version 1.15.0 sait faire et permettent de détecter une régression, y compris sur une valeur limite valide. Les scénarios complémentaires de livraison contrôlent aussi les champs vides, les entiers imposés, les dates impossibles, les ancres, le partage d’une saisie et les liens internes.
Questions sur les preuves publiées
Le jeu public rend les résultats contrôlables sans présenter une couverture automatisée comme une garantie absolue.
Que contient chacun des 165 cas publics ?
Chaque cas associe une URL canonique, une opération, les entrées, la formule, le résultat attendu et un état. Trois cas sont publiés par calculateur : référence, alternative et limite valide.
Pourquoi les fichiers JSON et CSV sont-ils en noindex ?
Ce sont des distributions techniques du même jeu de données, pas des pages éditoriales autonomes. Elles restent accessibles et citées par la page HTML canonique, qui porte l’explication indexable.
Les tests couvrent-ils les erreurs de saisie ?
Oui dans la suite de livraison : champs vides, diviseurs nuls, entiers imposés, dates impossibles et incohérences propres à certaines formules sont refusés. Le jeu public privilégie les cas positifs reproductibles.
Comment signaler un résultat qui diverge ?
Transmettez l’URL, les entrées exactes, la formule attendue et les deux résultats depuis la page Corrections. Ces éléments permettent de distinguer une régression, un arrondi, une unité différente ou une règle extérieure.