Tester une GED : documents, droits, recherche et valeur probante

Une GED range des contrats, des factures, des dossiers du personnel. Les utilisateurs lui font confiance pour retrouver le bon document, dans la bonne version, et pour le cacher à ceux qui ne doivent pas le voir.

Oussama Belakhdar, architecte QA et fondateur d'AutomationDataCamp, a travaillé sur des projets de test logiciel dans ce secteur. Cette page résume ce que nous vérifions en priorité. Nos clients ne sont pas nommés.

Les chiffres du secteur

Chiffres publiés par les organismes cités, pas des résultats de nos missions.

Ce qui rend le test difficile

• Les droits combinent utilisateurs, groupes, dossiers et métadonnées : les combinaisons sont nombreuses.
• Les documents arrivent de partout : numérisation, e-mail, import en masse, API.
• Les volumes grossissent avec le temps : une recherche rapide sur 1 000 documents peut devenir lente sur des millions.

Les scénarios que nous testons en priorité

1. Import : formats acceptés, fichiers volumineux, fichiers corrompus, doublons.
2. Droits : lecture, modification, suppression par rôle, héritage entre dossiers, accès direct par lien.
3. Recherche : par métadonnée, plein texte, après reconnaissance de texte, avec accents.
4. Versions : création, comparaison, restauration, verrouillage pendant l'édition.
5. Archivage et suppression : durées de conservation, gel, destruction tracée.

Le cadre à connaître

NF Z42-013. La norme française de l'archivage électronique à valeur probante (équivalent international : ISO 14641). Elle fixe les exigences d'un système d'archivage électronique ; une GED classique n'a pas cette valeur par nature.

NF Z42-026. Encadre la numérisation fidèle des documents papier. Depuis le décret n° 2016-1673, une copie fiable a la même force probante que l'original (article 1379 du Code civil).

RGPD. Les documents contiennent des données personnelles : durées de conservation, droit d'accès et suppression se testent aussi.

Notre méthode

1. Partir des risques. Nous classons les fonctionnalités selon l'impact d'une anomalie et sa probabilité, puis nous testons d'abord ce qui coûterait le plus cher.
2. Automatiser ce qui revient à chaque version. Tests d'API pour les règles et les échanges, Playwright pour les parcours utilisateurs, k6 pour la charge, le tout branché dans votre CI.
3. Des données de test maîtrisées. Jeux fictifs, créés pour chaque exécution, jamais copiés de la production.
4. L'IA avec une relecture. Un assistant accélère l'écriture des scénarios et des tests ; chaque test généré est relu avec notre grille en 7 questions. Voir notre étude de cas : de la spécification PDF aux tests Playwright.

Un audit pour commencer

Un audit QA fait le point sur votre application : état des lieux écrit, stratégie de test adaptée à votre secteur et plan d'action chiffré, en 5 jours, pour 1 000 € HT au forfait. La première séance de cadrage est offerte.

Découvrir l'audit QA à 1 000 € HT

Questions fréquentes

Autres secteurs : Santé · Facturation électronique · Finance · Blockchain · Logistique · E-commerce. Tous les secteurs.

Page signée par Oussama Belakhdar, rédigée avec l'aide de l'IA. Les références réglementaires renvoient aux sources officielles ci-dessus ; elles ne constituent pas un conseil juridique.