T-Minus : tests et répétition
Les six couches de test et leur calendrier d'exécution, les rôles de test et la séparation des tâches, la conception et l'exécution de la répétition, les critères de validation/non-validité et le tri des défauts par gravité.
Il n'y a pas de phase de test distincte. Chaque couche s'exécute lorsque son objet est prêt, et la répétition constitue la recette utilisateur (UAT). La plateforme étant standardisée, les tests portent sur la configuration, les données et les intégrations du client, et non sur la validation du produit lui-même.
| Couche | Ce que cela prouve | Quand | OMS | Preuve |
|---|---|---|---|---|
| Vérifications de configuration | Chaque paramètre configuré est vérifié avec des exemples de données dans la session. | T-17 → T-11 | Utilisateurs clés, architecte du registre | Résultat du plan de test par ligne Fit Ledger |
| Validation de la migration | Comptages, totaux de hachage, TB et rapprochement des sous-registres par simulation | T-10 → T-3 | Responsable de la migration, propriétaires des données, contrôleur financier | registre des objets, liste des rejets, fiches de rapprochement |
| tests d'intégration | Chaque point de terminaison avec partenaires de test, chemins d'erreur inclus | T-10 → T-4 | Ledger Architect, partenaires | Journaux de messages |
| Tests de rôle et d'autorisation | Chaque rôle voit et peut faire exactement ce qu'il doit ; vérifications de séparation des tâches | T-9 → T-5 | Utilisateurs clés, Navigateur d'adoption | Résultats du test de rôle |
| Contrôle de continuité | Un exercice de basculement si un contrat de Live DR est signé ; une preuve de sauvegarde et de restauration | T-5 → T-3 | Pilote d'opérations, agent de migration | Horaire du manuel d'exploitation, rapport d'exercice |
| La répétition = UAT | Une véritable journée de travail pour les vrais utilisateurs, en parallèle avec l'héritage | T-2 → T-1 | Chaque utilisateur T+1 | Script de répétition, enregistrement des entrées |
Chaque ligne Fit Ledger Configure-now comporte au moins un contrôle de configuration avec son résultat, donc la porte T-11 est un filtre, pas une réunion.
Rôles, autorisations et séparation des tâches
| Chaque rôle peut… | Chaque rôle ne peut pas… |
|---|---|
| Afficher uniquement ses entités, ses données et ses menus | Approuver ce qu'il a créé — saisir et approuver la même facture |
| Effectuer chaque étape de ses tâches de répétition | Créez un fournisseur et payez-le. |
| Consultez les éléments appropriés dans sa file d'attente d'actions | Modifier les coordonnées bancaires et débloquer les paiements |
| Utilisez ASK pour ses propres tâches, conformément à ses autorisations. | Publier dans des périodes fermées ou modifier des documents publiés |
Effectuez le test avec l'identifiant propre à chaque rôle, jamais avec un compte administrateur. Un test réussi en tant qu'administrateur ne prouve rien concernant le rôle.
Conception de la répétition (à titre illustratif)
Une journée de travail complète et réelle : les transactions du client, dans ses rôles respectifs. Élaborez le scénario à partir de sa journée type la plus chargée, et non d’un flux théorique.
| Temps | Processus | Rôle | Transaction réelle | Comparé à l'héritage |
|---|---|---|---|---|
| 08:00 | File d'attente du matin | Tous les utilisateurs | File d'attente d'actions classées examinée | — |
| 08:30 | Demande de devis | Ventes | Devis et commandes du jour, vérification de crédit | Total de la commande |
| 09:30 | Procurer | Achat | bons de commande, approbations | Total des commandes |
| 10h30 | Recevoir | Entrepôt | Réception des marchandises, mise en réserve | Mouvements boursiers |
| 11h30 | Expédition et facture | Entrepôt, facturation | Expéditions et factures clients | Total des factures |
| 13h00 | Comptes fournisseurs | commis aux comptes fournisseurs, approbateur | Factures fournisseurs, rapprochement, approbation | vieillissement AP |
| 14h30 | événements de paie | HEURE | Embauches, changements, temps, indemnités | données de paie |
| 15:30 | Espèces | Trésorerie | Relevé de paiement, fichier bancaire, reçus | Soldes bancaires |
| 16h30 | Clôture du jour | Contrôleur | Rapports quotidiens, balance de vérification | Tuberculose du jour |
Diriger la répétition
| Préparer (T-2) | Course (T-1) | Fermer (T-1 soir) |
|---|---|---|
| Locataire de répétition à partir des données de répétition à blanc | Les utilisateurs saisissent leur journée réelle dans TRANXACT | Résultats comparés à l'ancienne version |
| Collecte de documents authentiques d'aujourd'hui | Legacy fonctionne le même jour que d'habitude | Liste de corrections exécutée et revérifiée |
| Chaque utilisateur connecté, file d'attente en direct | ASK et les navigateurs prennent en charge le flux | Les critères d'accès ont été évalués. |
| Observateurs par processus | Problèmes signalés avec l'heure et le rôle | Le propriétaire du compte à rebours décide de partir. |
Toute personne utilisant le système le lendemain (J+1) participe. Toute personne absente bénéficie d'une séance de rattrapage programmée l'après-midi du jour précédent (J-1) et est signalée dans le registre des participants. La répétition fait également office de formation : les utilisateurs ayant déjà effectué leur journée de travail n'ont pas besoin de salle de classe, et l'entreprise valide les résultats sur la base d'éléments concrets plutôt que d'un document.
La porte d'autorisation/de refus (valeur par défaut proposée)
| Critère | Seuil | Preuve | Des blocs sont-ils mis en service ? |
|---|---|---|---|
| Les répétitions ont été validées. | 100 % des étapes critiques, 95 % ou plus de toutes les étapes | Scénario de répétition | Oui |
| Les résultats des répétitions correspondent à l'héritage | Totaux égaux ou expliqués | Tableau comparatif | Oui |
| Réconciliation à blanc | Delta zéro TB ; liens entre les sous-registres | Feuilles de rapprochement | Oui |
| Durée de l'essai à blanc | Dans la période de transition | Chronométrage du manuel d'exploitation | Oui |
| Défauts critiques ouverts | 0 | Plan de test | Oui |
| Les utilisateurs ont répété leur propre rôle | 95 % ou plus des utilisateurs T+1 | Registre d'adoption | Revoir |
| Intégrations prêtes pour la production | Points de terminaison et informations d'identification confirmés | Journal d'intégration | Examinez la situation si ce n'est pas le cas |
Un refus n'entraîne pas automatiquement un report de date. Le responsable du compte à rebours peut reporter l'échec à T-Plus et lancer la phase de test à T0 avec les éléments validés.
Tri des anomalies (valeur par défaut proposée)
| Gravité | Signification | Ce qui se produit |
|---|---|---|
| Critique | Interrompt un processus essentiel, un résultat financier erroné ou une perte de données | Corrigez le problème avant la validation, ou transférez le processus hors du périmètre à T-Plus avec une intervention manuelle intermédiaire. |
| Haut | Le processus fonctionne au prix d'efforts considérables ou d'une solution de contournement. | Corrigez le jour même du compte à rebours ; refaites un test lors de la répétition. |
| Moyen | Inconvénient, mais avec une solution de contournement simple. | Corriger dans les deux semaines suivant la mise en service |
| Faible | Cosmétique ou agréable à avoir | Une ligne Fit Ledger étiquetée T-Plus |
Le triage se fait lors de la réunion quotidienne, et non dans une file d'attente de tickets : chaque défaut se voit attribuer un responsable et fait l' T-Plus lors de la réunion où il est soulevé.
Les valeurs indiquées comme valeurs par défaut proposées constituent les points de départ recommandés par la méthodologie. Veuillez les confirmer pour chaque mission ; le contrat, le bon de commande et le SLA font foi.
Suivez le cours à ce sujet, avec des schémas et une vérification.