Quand une capture d’écran prouve-t-elle un point du RFP ?

Adéquation

Réservez la capture à un fait que l’écran peut révéler

Une capture est particulièrement solide lorsque le critère demande ce qu’un utilisateur voit dans un état défini. Elle peut montrer qu’un administrateur sélectionne une durée de conservation, qu’un tableau distingue les tâches en retard et à venir, ou qu’un réviseur voit la source jointe à une réponse proposée. L’affirmation doit rester au plus près des pixels. « La vue administrateur affiche un champ de durée configurable » est défendable si le champ, le rôle et la valeur sont visibles. « La plateforme applique la politique de l’acheteur à toutes les copies » ne l’est pas. L’application concerne stockage, tâches de suppression, sauvegardes, permissions et journaux que l’image ne révèle pas.

Séparez existence, apparence et fonctionnement. Une image peut établir qu’un contrôle existe dans une interface donnée. Une séquence illustre le parcours prévu. Ni l’une ni l’autre ne prouve que chaque utilisateur autorisé peut l’achever, que les états invalides sont bloqués ou que les intégrations ont reçu le même résultat. Pour l’utilisabilité, la capture oriente; une recherche avec utilisateurs, un test de tâche ou une démonstration contrôlée renseigne sur l’usage. Si l’évaluateur demande une disponibilité au démarrage du contrat, indiquez version et configuration. Une conception de roadmap doit porter son étiquette.

Utilisez une échelle de preuve. Au premier niveau, la capture établit un état visible. Une démonstration reproductible ajoute interaction et rôle. Un export système ou événement d’audit apporte une trace durable. Un rapport de test précise méthode, échantillon et résultat. Une évaluation indépendante, une certification ou un document d’autorité ajoute une assurance externe. Plus une fausse affirmation aurait de conséquences, plus il faut monter. L’image peut rester utile à chaque niveau, mais elle passe de preuve principale à explication.

Fiche de prise

Conservez le contexte nécessaire à la reproduction

Construisez la scène à partir de l’exigence, pas du tableau de bord le plus photogénique. Utilisez l’édition et la version proposées, une configuration représentative, le bon rôle et des données synthétiques ou approuvées par l’acheteur. Préparez l’état, puis demandez à une personne étrangère à la prise de le reproduire à partir d’étapes écrites. Si un module payant, un feature flag ou une configuration future est requis, dites-le près de l’image. N’utilisez ni édition du navigateur, ni outil graphique, ni prototype pour faire fonctionner en apparence une capacité absente. Si le prototype est pertinent, étiquetez-le clairement et décrivez ce qui reste à livrer.

Gardez les repères identitaires sans noyer la page. Le cadrage utile contient souvent titre de page, navigation produit, indication du rôle, enregistrement sélectionné, statut et contrôle concerné. Le bureau complet peut rendre la preuve illisible; un recadrage agressif peut supprimer l’état qui lui donne son sens. Conservez un original non recadré et ne produisez la version de présentation qu’après avoir relié les deux. Pour une donnée dynamique, notez heure et fuseau. Pour une fonction dépendante de la release, notez version ou build. Pour un tenant configuré, nommez le profil sans exposer ses secrets.

Attribuez un identifiant stable et gardez une fiche avec ID d’exigence, affirmation, responsable, date, environnement, rôle, version, scénario, fichier source et état d’expurgation. Le guide NIST sur la préservation de preuves numériques vise un contexte judiciaire beaucoup plus exigeant. Deux principes sont proportionnés ici: documenter la source originale et la création du fichier, puis protéger l’intégrité de l’original. Pour une pièce sensible, conservez une empreinte cryptographique et un original sous contrôle d’accès. Il ne s’agit pas de transformer la bibliothèque d’offres en laboratoire. Il s’agit d’empêcher un dérivé retouché de remplacer silencieusement sa source.

• Reliez chaque image à une exigence, une affirmation et un identifiant.
• Notez version, environnement, rôle, configuration, scénario et date.
• Conservez un original intact et non recadré sous contrôle d’accès.
• Reliez chaque recadrage, annotation et expurgation à cet original.
• Préférez toujours des données synthétiques ou expressément approuvées.

Annotation

Expliquez la pièce sans dessiner une nouvelle réalité dessus

L’annotation attire l’attention; elle ne fabrique pas la preuve. Placez des repères numérotés hors de la zone utile et reliez-les par des traits fins. Les libellés d’origine restent lisibles. Ne couvrez pas avertissements, valeurs vides, horodatages ou contrôles désactivés. Ne recolorez pas un statut et ne reconstruisez pas du texte agrandi dans l’image. Ne fusionnez pas plusieurs vues comme s’il s’agissait d’un état unique. Lorsque plusieurs écrans sont nécessaires, présentez une séquence numérotée et indiquez s’ils viennent de la même transaction ou d’exemples distincts.

La légende robuste comporte quatre éléments: affirmation soutenue, observation visible, contexte de prise et limite. Exemple: « Exigence UX-14. Dans la vue réviseur de la version 7.4, le panneau des sources affiche le titre et la page du document à côté de la réponse proposée. L’image démontre la visibilité de la source; elle ne teste pas le traitement complet de tous les fichiers importés. » L’évaluateur sait ainsi quoi vérifier et l’équipe évite de surpromettre. Placez les hypothèses de configuration et le statut de disponibilité dans le texte voisin, pas uniquement dans une légende d’annexe lointaine.

L’expurgation a sa propre filiation. Commencez par des données synthétiques si elles préservent le sens. Si un dossier réel autorisé est indispensable, sécurisez l’original restreint, produisez un dérivé, masquez le minimum, inspectez calques et métadonnées, puis consignez la catégorie retirée. Un rectangle noir déplaçable dans un document éditable n’est pas une expurgation achevée. Exportez et inspectez la pièce finale. Mots de passe, jetons, identifiants personnels, noms confidentiels de clients, onglets du navigateur, aperçus de notification et URL internes n’appartiennent jamais au dossier.

Force probante

Remplacez l’image quand l’affirmation vit derrière l’interface

Les questions de sécurité poussent souvent à dépasser la portée visuelle. Une capture du paramètre SSO ne prouve pas les flux d’authentification, les sessions, l’isolation des tenants ou l’application du contrôle. Un bouton de chiffrement n’établit ni algorithme, ni garde des clés, ni couverture. L’image oriente l’évaluateur; architecture, export de configuration, test du contrôle, test d’intrusion ou rapport d’assurance indépendant portent la réponse selon les règles du RFP. OWASP ASVS fournit des exigences testables de sécurité applicative et prévoit leur usage en achat. Une affirmation reliée à une version et une exigence nommées se vérifie mieux qu’une galerie de réglages sans base de test.

L’accessibilité est, elle aussi, structurelle et comportementale. Une image ne révèle ni titres sémantiques, ni navigation clavier, ni ordre du focus, ni noms accessibles, ni annonces de statut, ni redistribution du contenu, ni restitution par lecteur d’écran. Les consignes GOV.UK actuelles exigent contrôles manuels et essais avec technologies d’assistance, car les outils automatisés ne détectent pas toutes les erreurs. Dans un RFP, joignez aux images une déclaration de conformité d’accessibilité ou équivalent, son périmètre et sa version, les méthodes, exceptions connues et audits récents. La capture incluse dans une offre électronique doit aussi être accessible. Le W3C exige un équivalent textuel qui transmet l’information ou la fonction; une image complexe demande une description équivalente, pas son nom de fichier.

Performance, intégration et fin de processus nécessitent des observations sur le temps ou plusieurs systèmes. Un chronomètre à côté d’une page ne constitue pas un test de charge. Une bannière verte « envoyé » ne prouve pas que le système destinataire a validé l’enregistrement. Un écran d’approbation peut omettre l’auteur, la règle appliquée et l’inaltérabilité du journal. Pour la performance, fournissez conditions, jeu d’entrée, méthode de mesure, répétitions, distribution des résultats et environnement. Pour l’intégration, fournissez ID de transaction, journaux corrélés ou accusé du destinataire. Pour l’approbation, fournissez événement système, acteur, heure et règle. La capture explique le parcours; la trace faisant autorité établit le fait.

• Employez un test pour l’effet d’un contrôle invisible.
• Employez une assurance indépendante pour les affirmations sensibles de conformité.
• Employez mesures répétées et données d’environnement pour la performance.
• Employez des traces système corrélées pour intégrations et événements de workflow.
• Indiquez périmètre, date et version de chaque pièce plus forte.

Assemblage

Rendez la preuve lisible, accessible et facile à noter

Placez l’image près de la phrase et de l’exigence qu’elle soutient. Ne forcez pas l’évaluateur à naviguer entre le classeur de réponse et une annexe non numérotée. Si les instructions imposent un cahier de preuves séparé, utilisez les mêmes identifiants dans les deux parties et fournissez un index concis. Testez l’export final à taille normale et à l’impression. Libellés, repères et légendes doivent survivre à la compression du portail. Utilisez des repères vectoriels si le format le permet, tout en gardant la capture matricielle originale. N’agrandissez pas une image faible jusqu’à ce que les artefacts déforment le texte.

Fournissez un texte remplissant la même fonction de preuve. Un bon équivalent nomme la vue et le fait visible. Une description adjacente plus longue peut rendre séquence, libellés et statut d’une image complexe. Inutile d’énumérer les détails décoratifs; « capture d’écran de » sans fait n’aide pas davantage. Le W3C distingue images informatives, fonctionnelles et complexes parce que leurs alternatives servent des buts différents. Le test pour l’offre est concret: une personne qui ne voit pas les pixels comprend-elle l’affirmation et sa limite?

Terminez par une revue contradictoire. Confiez exigence, réponse et pièce à une personne qui n’a pas réalisé la prise. Demandez-lui ce que l’image prouve, ce qu’elle a seulement déduit, si elle peut reproduire l’état et quelle affirmation dépend encore de la confiance. Contrôlez version offerte, labels de roadmap, autorisation des données, légendes, renvois et intégrité. Supprimez les captures répétées qui n’ajoutent rien. Le dossier final ressemble à un ensemble de pièces maîtrisées, pas à une visite produit. Chaque image mérite sa place en levant une question précise de l’évaluateur.

• Gardez la preuve près de la réponse notée ou reliez-la par identifiant stable.
• Inspectez le PDF ou le rendu du portail au zoom ordinaire.
• Donnez à chaque image informative une explication textuelle équivalente.
• Faites nommer l’affirmation prouvée sans souffler la réponse.
• Supprimez les images décoratives, répétitives ou trop larges.