Fournit des contrôles manuels et automatisés, des dispositifs de test, des critères d’acceptation et des conseils de remédiation pour le mouvement réduit. Cette référence fixe la limite d’adoption, le comportement en cas d’échec et les preuves observables tout en laissant les limites spécifiques à l’environnement configurables.
Statut du package : contexte de référence prêt pour revue humaine. Le contrat et les scénarios de test sont complets, mais aucune affirmation n’est faite qu’une implémentation adoptante les ait validés.
Décision
Pour le Mouvement réduit, adopter d’abord les sémantiques natives, avec un contrat documenté pour le clavier et le focus. Traiter le bloc comme un contrat de publication et de régression construit à partir de cas représentatifs positifs, limites, refus, échec et récupération. Ce package est un contrat de référence : l’équipe adoptante doit choisir les limites numériques, fournisseurs, juridictions et responsables opérationnels à partir des preuves dans son propre environnement.
Portée
- Les acteurs, entrées, sorties, états, versions de politique ou schéma, et résultats visibles de l’extérieur du Mouvement réduit décrits par ce bloc de test.
- Interfaces principales et alternatives, travaux en arrière-plan, caches, intégrations, chemins de support et preuves pouvant exercer la même limite.
- Configuration spécifique à l’adoption, déploiement, récupération et responsabilités de vérification nécessaires pour appliquer la référence en toute sécurité.
Hors de ce bloc
- Choisir un fournisseur universel, un framework, une juridiction, un seuil numérique, une période de rétention ou un objectif de niveau de service pour chaque adoptant.
- Affirmer que les scénarios packagés ont été exécutés contre une implémentation en aval ou que cette référence accorde une certification légale, de sécurité ou d’accessibilité.
Contrat
- Exposer un nom programmatique, un rôle, une valeur, un état et une relation partout où l’interface visuelle les communique.
- Chaque action est opérable au clavier sans piège, et l’ordre de focus suit l’ordre de lecture et d’interaction.
- Annoncer les statuts ou erreurs asynchrones sans déplacer le focus de manière inattendue, et associer les conseils de récupération au contrôle affecté.
- Préserver le contenu et le fonctionnement sous zoom, espacement du texte, réagencement, couleurs forcées, mouvement réduit et mise à l’échelle du texte de la plateforme lorsque applicable.
- Enregistrer la version du dispositif, l’environnement, la configuration, le résultat observé et l’emplacement des preuves pour chaque exécution porteuse de décision.
- Séparer les échecs produit, échecs de dépendance, échecs d’infrastructure de test et preuves non concluantes dans les rapports.
- Respecter la préférence de mouvement réduit de la plateforme au premier rendu et remplacer le parallaxe, les grands mouvements, la lecture automatique, la boucle et les transitions non essentielles par un équivalent immédiat ou à faible mouvement.
- Ne jamais supprimer l’information, la progression, le focus ou l’achèvement de tâche avec une animation ; fournir un contrôle utilisateur pour le mouvement nécessaire et tester la sécurité vestibulaire, les clignotements, le timing et le contenu ajouté dynamiquement.
Conseils d’implémentation
- Construire l’ensemble de dispositifs déterministes le plus petit couvrant les classes de risque, puis ajouter des cas dérivés de la production uniquement après revue respectueuse de la vie privée.
- Modéliser les entrées, sorties, acteurs, états, invariants, effets secondaires et preuves du Mouvement réduit avant de sélectionner les détails du framework ou du fournisseur.
- Stocker la version applicable du contrat ou de la politique Mouvement réduit avec l’état matériel afin que les migrations, rejouages et décisions de support restent attribuables.
- Introduire le chemin derrière un déploiement contrôlé, comparer les résultats attendus et observés, et conserver une route de récupération testée jusqu’à ce que les preuves d’adoption soient complètes.
Gestion des échecs et protections
- Si les sémantiques ou le focus ne peuvent être préservés, l’interaction ne se déploie pas derrière un comportement visuel uniquement ; le défaut reste bloquant pour la publication.
- L’état Mouvement réduit invalide ou contradictoire est rejeté ou mis en quarantaine ; l’implémentation ne devine jamais une valeur qui élargit l’autorité ou duplique un effet.
- Les tentatives sont bornées et utilisent une identité durable ; après épuisement, le travail atteint un état terminal inspectable avec un propriétaire responsable.
Vérification et opérations
- Exécuter la suite deux fois à partir d’un état propre et confirmer que l’ordre, les tentatives et l’exécution parallèle ne changent pas le verdict.
- Surveiller le succès, le refus, l’échec de validation, l’échec de dépendance, l’épuisement des tentatives et la récupération du Mouvement réduit par version de contrat sans dimensions sensibles de charge utile.
- Réexécuter les dispositifs positifs et négatifs appariés après des changements de politique, schéma, dépendance, migration ou limite et conserver les preuves résultantes.
Hypothèses d’adoption
- Les noms et valeurs dans l’exemple sont un dispositif concret, pas des valeurs universelles par défaut ; les adoptants les remplacent par des preuves documentées et une propriété.
- Le système adoptant peut fournir une identité authentifiée, des versions durables d’opérations ou d’enregistrements, une télémétrie bornée et un chemin contrôlé pour le changement.
Les exemples à l’apparence exécutable dans ce package sont des dispositifs et des contrats d’acceptation. Exécutez le validateur de collection pour vérifier la structure et les métadonnées, puis traduisez et exécutez les scénarios dans le dépôt cible avant d’enregistrer les preuves d’implémentation.