Skip to content

Commit

Permalink
revue page testplan
Browse files Browse the repository at this point in the history
  • Loading branch information
sdemeyANS committed Jul 4, 2024
1 parent 953b434 commit c2582da
Show file tree
Hide file tree
Showing 2 changed files with 69 additions and 20 deletions.
34 changes: 24 additions & 10 deletions input/images-source/tests.plantuml
Original file line number Diff line number Diff line change
@@ -1,15 +1,29 @@
@startmindmap
<style>
.black {
HyperlinkColor #000000
}
.white {
HyperlinkColor #FFFFFF
}
</style>


!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] <color:blue>[[https://interop.esante.gouv.fr/ Espace de test]]</color> <<black>>
****[#00353F] [[https://esante.gouv.fr/sites/default/files/media_entity/documents/CGU_espace_de_tests_v1.1.pdf CGU]] <<white>>
****[#00353F] [[https://industriels.esante.gouv.fr/sites/default/files/media/document/manuel_gazelle_evs%20V0.3_1.pdf Manuel]] <<white>>

**[#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]] <<black>>
***[#FFBF66] [[https://interop.esante.gouv.fr/gazelle/testing/testsDefinition/testsList.seam?testType=2&testStatus=1 Consulter les Tests]] <<black>>

**[#430C05] Verification de conformité
***[#08C5D1] [[https://interop.esante.gouv.fr/gazelle/testing/testsDefinition/testsList.seam?testType=5&testStatus=1 Consulter les Tests]] <<black>>
***[#08C5D1] [[https://industriels.esante.gouv.fr/segur-du-numerique-en-sante/toutes-les-ressources-du-segur Programme Ségur]] <<black>>
@endmindmap


55 changes: 45 additions & 10 deletions input/pagecontent/testplan.md
Original file line number Diff line number Diff line change
@@ -1,22 +1,57 @@
### Outils de tests

### Organisation des tests

<div style="text-align: center;">{%include tests.svg%}</div>

#### 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.

0 comments on commit c2582da

Please sign in to comment.