From c2582dabcdb1e88d54127b56e77c43e14b2c0810 Mon Sep 17 00:00:00 2001 From: sdemeyANS Date: Thu, 4 Jul 2024 16:43:43 +0200 Subject: [PATCH] revue page testplan --- input/images-source/tests.plantuml | 34 ++++++++++++------ input/pagecontent/testplan.md | 55 ++++++++++++++++++++++++------ 2 files changed, 69 insertions(+), 20 deletions(-) diff --git a/input/images-source/tests.plantuml b/input/images-source/tests.plantuml index 95f8fa3c..9988fcef 100644 --- a/input/images-source/tests.plantuml +++ b/input/images-source/tests.plantuml @@ -1,15 +1,29 @@ @startmindmap + + + !theme spacelab * Tests -**[#343852] [[https://interop.esante.gouv.fr/ Espace de test]] -*** [[https://esante.gouv.fr/sites/default/files/media_entity/documents/CGU_espace_de_tests_v1.1.pdf CGU]] -*** [[https://industriels.esante.gouv.fr/sites/default/files/media/document/manuel_gazelle_evs%20V0.3_1.pdf Manuel]] -**[#EAB9BF] Projectathon -*** [[https://industriels.esante.gouv.fr/produits-et-services/ci-sis-cadre-d-interoperabilite-des-systemes-d-information-de-sante/projectathon-interoperabilite Présentation]] -*** [[https://interop.esante.gouv.fr/gazelle/testing/testsDefinition/testsList.seam?testType=2&testStatus=1 Consulter les Tests]] -**[#383837] Verification de conformité -*** [[https://interop.esante.gouv.fr/gazelle/testing/testsDefinition/testsList.seam?testType=5&testStatus=1 Consulter les Tests]] -*** [[https://industriels.esante.gouv.fr/segur-du-numerique-en-sante/toutes-les-ressources-du-segur Programme Ségur]] -@endmindmap + +**[#430C05] Libre service +***[#D46F4D] [[https://interop.esante.gouv.fr/ Espace de test]] <> +****[#00353F] [[https://esante.gouv.fr/sites/default/files/media_entity/documents/CGU_espace_de_tests_v1.1.pdf CGU]] <> +****[#00353F] [[https://industriels.esante.gouv.fr/sites/default/files/media/document/manuel_gazelle_evs%20V0.3_1.pdf Manuel]] <> + +**[#430C05] Projectathon +***[#FFBF66] [[https://industriels.esante.gouv.fr/produits-et-services/ci-sis-cadre-d-interoperabilite-des-systemes-d-information-de-sante/projectathon-interoperabilite Présentation]] <> +***[#FFBF66] [[https://interop.esante.gouv.fr/gazelle/testing/testsDefinition/testsList.seam?testType=2&testStatus=1 Consulter les Tests]] <> + +**[#430C05] Verification de conformité +***[#08C5D1] [[https://interop.esante.gouv.fr/gazelle/testing/testsDefinition/testsList.seam?testType=5&testStatus=1 Consulter les Tests]] <> +***[#08C5D1] [[https://industriels.esante.gouv.fr/segur-du-numerique-en-sante/toutes-les-ressources-du-segur Programme Ségur]] <> +@endmindmap diff --git a/input/pagecontent/testplan.md b/input/pagecontent/testplan.md index 0c9e13e2..aebeb5c8 100644 --- a/input/pagecontent/testplan.md +++ b/input/pagecontent/testplan.md @@ -1,22 +1,57 @@ -### Outils de tests + +### Organisation des tests
{%include tests.svg%}
#### Espace de test -Cet outil permet de vérifier la conformité : +L'espace de test est composé de deux outils : + +* EVSClient, qui permet de vérifier la conformité : des documents CDA, des archives IHE_XDM.ZIP utilisées pour les échanges, des ressources FHIR... +* Gazelle Test Management, qui permet de tester des scénarios complets avec plusieurs interactions d'échanges de données. + +Ces outils sont accessibles en ligne sur le site [https://interop.esante.gouv.fr/](https://interop.esante.gouv.fr/) et notamment utilisés lors des Projectathons organisés par l’ANS pour les éditeurs. + +### Gazelle + +Gazelle est un outil de tests qui s'appuie sur des validateurs tel que matchbox pour FHIR pour établir des scénarios de tests complets. + +### Les niveaux des scénarios gazelle + +Différents niveaux de tests sont proposés sur l’espace de test de l’ANS afin d’aider les éditeurs dans leur préparation aux évènements de type projectathon. + +Le niveau le plus bas permettra aux éditeurs de tester la conformité des messages unitaires qu’ils produisent. Le niveau intermédiaire permettra aux éditeurs de tester face à un autre système la conformité et l’interopérabilité des messages unitaires. Le niveau le plus élevé correspond aux scénarios proposés jusqu’à maintenant dans le cadre des projectathons et permettra aux éditeurs de tester des scénarios complexes face à un autre système. + +##### Niveau 1 (N1) + +Les tests de niveau 1 sont des tests unitaires sans partenaire. +Chaque cas de test de niveau 1 correspond à un flux de la spécification technique. +L’objectif de ces cas de tests est de valider la ressource ou la requête produite par le système avec un validateur EVSClient indiqué dans le cas de test. + +##### Niveau 2 (N2) + +Les tests de niveau 2 sont des tests unitaires avec partenaire. +Pour être exécutés, il faut qu’au préalable les cas de test de niveau 1 indiqués en prérequis aient été exécutés par les 2 mêmes systèmes. +L’objectif de ces cas de test est de valider la ressource ou la requête construite ainsi que la capacité des systèmes à créer / intégrer ou requêter / envoyer des ressources. Les cas de tests de type N2 correspondent généralement à un flux spécifique. + +##### Niveau 3 (N3) -- des documents CDA -- des archives IHE_XDM.ZIP utilisés pour les échanges +Les tests de niveau 3 sont des tests avec partenaire basés sur l’enchaînement de différents tests unitaires avec partenaire (N2) en suivant un scénario complexe. Pour être exécutés, il faut qu’au préalable les cas de test de niveaux 1 et 2 indiqués en prérequis aient été exécutés entre les 2 mêmes systèmes. -Il est accessible en ligne : +L’objectif de ces cas de test est de créer un scénario complexe faisant appel aux différents flux de la spécification technique et ainsi créer un exemple d’usage. -- [https://interop.esante.gouv.fr/](https://interop.esante.gouv.fr/) +#### Les types d'étapes de cas de tests -Il est notamment utilisé lors des Projectathons organisés par l’ANS pour les éditeurs. +Les étapes de cas de tests pourront avoir plusieurs types. -### Projectathon +| Type d'étapes | Description | +| --- | --- | +| [TRANSACTION] | Ce type d'étape concerne une transaction entre un serveur et un client | +| [PREUVE] | Ce type d'étape est une demande de preuve (screenshot, lien permanent...) à l'attention du moniteur | +| [INFORMATION] | Message informatif à l'attention de l'editeur concernant le fonctionnement du cas de test | +| [VALIDATION] | Ce type d'étape est une demande de validation d'une ressource sur EVSClient | +| [INSTRUCTION] | Ce type d'étape est une action demandée à l'éditeur sans preuve exigée | -L’ANS organise régulièrement des Projectathons pour permettre à un industriel de vérifier la conformité de l’implémentation des spécifications d’interopérabilité et de réaliser des tests d’interopérabilité avec d’autres éditeurs. +#### Usage du proxy -Vous serez informé par l’ANS des prochains projectathons (date, lieu,…) pour pouvoir y participer. +Le proxy sert à intercepter les messages entre le client et le serveur, pour validation par le moniteur. Celui-ci devra être utilisé pour les cas de tests de niveaux N2 et N3. \ No newline at end of file