Ressources associées
Kit "Gestion de projet d'informatisation dans une structure médico-sociale"
Modèle de cahier de vérifications
Glossaire
Ce chapitre présente un exemple de plan de test afin d’aider le lecteur à identifier les différents types de tests à réaliser et à les formaliser.
Le numéro des tests à exécuter sert à identifier précisémment un test. Un même test peut être exécuté dans les différentes phases du projet (MOM, VA , Paramétrage, VSR) notamment en fonction des résultats des tests.
Exemple pour la MOM :
|
N° du test |
Description |
Procédure | Résultat attendu |
Qui |
Date |
statut |
|---|---|---|---|---|---|---|
|
Application installée |
Tester l’accès à l’application à partir de quelques postes utilisateurs. |
|||||
|
APPL001 |
Accès à l’application plan de soins |
Tester l’accès à l’application à partir de quelques postes utilisateurs. |
L’application est accessible aux utilisateurs (menu, écran, éditions). |
OK/KO |
||
|
APPL002 |
Accès à l’application pancarte |
Tester l’accès à l’application à partir de quelques postes utilisateurs. |
L’application est accessible aux utilisateurs (menu, écran, éditions). |
OK/KO |
||
|
Formation des équipes informatique |
Fixer le calendrier, les modalités, le contenu et l’évaluation de la formation + Evaluation par le responsable informatique de l’autonomie de ses collaborateurs |
|||||
|
FORM001 |
Formation à l’installation de l’application plan de soins |
Formation prévue le xx/xx/11 lors de l’installation par l’éditeur |
Equipe informatique apte à installer le logiciel |
OK/KO |
||
|
FORM002 |
Formation à l’exploitation de l’application plan de soins |
Formation prévue le xx/xx/11 |
Equipe informatique apte à exploiter le logiciel (création user, sauvegarde, restauration, etc.). |
OK/KO |
||
|
Documentation technique |
Vérifier que les documents techniques du matériel et du logiciel, dont la liste est indiquée dans le marché, ont bien été reçus et satisfont aux obligations du marché. |
|||||
|
DOC001 |
Documentation d’installation de l’application plan de soins |
Vérifier que les documents techniques d’installation et d’exploitation sont complets au regard du marché |
Documentation permettant l’installation du matériel et du logiciel. |
OK/KO |
||
|
DOC002 |
Documentation d’exploitation de l’application plan de soins |
Vérifier que les documents techniques d’exploitation sont complets au regard du marché |
Documentation permettant l’exploitation du matériel et du logiciel. |
OK/KO |
Exemple pour le paramétrage :
|
N° du test |
Description |
Procédure | Résultat attendu |
Qui |
Date |
statut |
|---|---|---|---|---|---|---|
|
Paramétrage |
Faire valider par le MOE le paramétrage saisi dans le contexte de la structure et ceci avant les tests de VA. |
Table de paramétrage conforme à l’environnement de la structure |
||||
|
PAR001 |
Paramétrage de base de l’application plan de soins |
Le MOE valide le paramétrage de base réalisé pour l’ensemble de la structure service |
Table de paramétrage conforme au mode de fonctionnement des unités de soins de la structure |
OK/KO |
||
|
PAR002 |
Paramétrage de l’application plan de soins pour l’unité médicale 1 |
Le MOE valide le paramétrage réalisé pour ce service |
Table de paramétrage conforme à l’unité médicale 1 choisie comme pilote |
OK/KO |
||
|
Documentation du paramétrage |
Vérifier l’existence d’un document décrivant le rôle de chaque paramètre. |
|||||
|
PAR003 |
Documentation du paramétrage de l’application plan de soins |
Vérifier l’existence d’un document décrivant le rôle de chaque paramètre. |
Vérifier l’exhaustivité du paramétrage attendu. |
OK/KO |
||
|
PAR004 |
Documentation du paramétrage de l’application pancarte |
Vérifier l’existence d’un document décrivant le rôle de chaque paramètre.. |
Vérifier l’exhaustivité du paramétrage attendu. |
OK/KO |
Exemple pour la VA :
|
N° du test |
Description |
Procédure | Résultat attendu |
Qui |
Date |
statut |
|---|---|---|---|---|---|---|
|
Formation des utilisateurs finaux |
Contrôler le niveau atteint au travers des évaluations faites par le formateur ; inversement contrôler la satisfaction des personnes formées au travers des évaluations de fin de formation |
|||||
|
FORM001 |
Formation des paramédicaux à l’utilisation de l’application plan de soins |
Contrôler le niveau atteint au travers des évaluations faites par le formateur : le formateur utilisera la fiche xxx d’évaluation des compétences; inversement contrôler la satisfaction des personnes formées au travers des évaluations de fin de formation : utiliser la fiche yyy d’évaluation de la formation donnée |
Maîtrise de l’application |
OK/KO |
||
|
Documentation du logiciel |
S’assurer du respect de la documentation aux critères énoncés dans le contrat ou le marché. |
|||||
|
DOC003 |
Documentation du logiciel |
S’assurer du respect de la documentation aux critères énoncés dans le contrat ou le marché. |
La documentation décrivant les fonctionnalités applicatives et manuel utilisateur est conforme aux exigences du marché |
|||
|
Tests fonctionnels |
Sélectionner les fonctions clés de l’application et les tester unitairement pour vérifier le bon fonctionnement Identifier avec les utilisateurs principaux les cas d’utilisation de l’application, le résultat prévu par les utilisateurs et les dérouler |
Les règles de gestion sont conformes au métier |
||||
|
CRPT001 |
Exemple de cas métier 1 : Gestion des données administratives lors de la création du dossier patient |
Saisir les données dans le paragraphe état civil |
Les données doivent être enregistrées et restituées correctement. Les nom, prénom, sexe, date de naissance sont obligatoires |
OK/KO |
||
|
PRES001 |
Exemple de cas métier 2 : Ergonomie de la fiche de prescription |
Lire une fiche remplie |
L’ergonomie doit permettre une lecture facile de la prescription |
OK/KO |
||
|
Performance fonctionnelle |
S’assurer que dans l’application les chaînes de traitements ou les transactions unitaires sont conformes aux exigences décrites dans le contrat ou le marché |
|||||
|
PERF001 |
Exemple de performance fonctionnelle 1 |
Réaliser une prescription simple de médicament au livret thérapeutique |
Sa réalisation doit se faire en moins de 2 clics |
OK/KO |
||
|
PERF002 |
Exemple de performance fonctionnelle 2 |
Faire une prescription unitaire |
Le contrôle de la prescription doit se faire en moins de x secondes |
OK/KO |
||
|
Tests d’intégration |
Faire un test des fonctionnalités en envoyant des données à d’autres applications |
|||||
|
INTG001 |
Tests de reprise des médicaments dans le livret thérapeutique |
Tester la reprise des données sur un jeu d’essai |
La reprise de données est opérationnelle et ne génère pas de bug dans l’application |
Exemple pour la VSR :
|
N° du test |
Description |
Procédure | Résultat attendu |
Qui |
Date |
statut |
|---|---|---|---|---|---|---|
|
Fonctionnement réel |
Vérifier que les cas métier fonctionnent correctement en production y compris les travaux mensuels, trimestriels, annuels… |
|||||
|
PSME001 |
Vérification du caractère opérationnel des statistiques mensuelles issues de l’application plan de soins |
Traiter les statistiques mensuelles de l’application |
Vérifier que les statistiques mensuelles sont exhaustives |
OK/KO |
||
|
Mesures de performance |
Vérifier la conformité des exigences à ce qui est spécifié dans le contrat ou le marché ; exemple :
|
|||||
|
PERF003 |
Performance des prescriptions avec 30 utilisateurs simultanés |
Réaliser le test de prescriptions unitaires avec 30 utilisateurs simultanés |
Les temps de réponse doivent être inférieurs à 2 s |
OK/KO |
||
|
PERF003 |
Disponibilité de l’application de prescription sur 2 mois d’exploitation |
Relever les indisponibilités de l’application dans l’outil de suivi des incidents |
La disponibilité de l’application doit être supérieure à 99,5% |
OK/KO |
