Plan des tests Groupe 1 - UQO-2019-INF1583/annotator GitHub Wiki
Le logiciel UQO-annotator est une application qui permet d’ajouter et de supprimer des annotations à un corpus composé de fichiers en format texte de façon similaire à l’outil brat. Plusieurs utilisateurs ayant divers privilèges sont responsables de créer et affecter ces annotations au corpus. Tous ces éléments sont réunis dans ce qui est nommé un projet. L'équipe 1 de manipulation de projets a les responsabilités d'assurer le fonctionnement des interfaces de création, d'administration et de gestion de projets afin de maintenir la validité et l'intégrité de la structure de données des projets.
L'objectif de ce plan de tests est d'élaborer une multitude de tests qui examine les fonctionnalités implémentées antérieurement. Ces dernières se retrouvent sur les interfaces de gestion de projet et d'administration de projet. Les sections d'entité, d'attribut, de relations et d'évènement du gestionnaire de projet ont été mises à jour afin d'assurer que leur structure de données correspond aux données du système Brat. Par conséquent, les tests effectués permettent de valider le bon fonctionnement de cette interface. De plus, l'équipe a implémenté plusieurs modifications de l'interface d’administration des projets afin d'améliorer la convivialité de la plateforme et d'éliminer plusieurs lacunes. Les tests évaluent les quatre fonctionnalités implémentées précédemment de création de projet, de recherche de projet, de paramètres de projet et de statistiques de projet.
Ce plan de test évalue le fonctionnement de l'interface de gestion de projet et d'administration de projet. Dans un premier temps, il décrit les tests portant sur la création, la modification et la suppression pour chaque déclaration de type d'entité, d'attribut, de relation et d'évènement. Dans un deuxième temps, il explique les tests des fonctions implémentées sur l'interface d'administration de projet. On évalue la modification de l'intégration de la page de création d'un projet à cette dernière interface. Puis, on analyse les fonctions de recherche de projet afin d'assurer que l'affichage correspond bien aux paramètres de recherches. Ensuite, on étudie le fonctionnement des nouveaux paramètres de projets et de leur fonctionnement sur les interfaces. Enfin, il est question d'analyser les valeurs résultantes des méthodes statistiques de projets.
Voici notre inventaire de tous les tests effectués dans ce plan de tests.
- Introduction
- Inventaire des tests
- Gestionnaire de projet
- Administrateur de projet
Objectif : Vérifier si l'ajout d'une entité dans un projet est réalisé.
Résumé du test: Un administrateur de projet entre les valeurs d'une nouvelle entité dans les champs respectifs de la création d'entités. Si toutes ces valeurs sont valides, l'interface permet à l'utilisateur de créer l'entité en appuyant sur le bouton correspondant. Par conséquent, cette entité se retrouve parmi la liste des entités et les champs de création d'entités sont remis à vide.
Technique: Test fonctionnel
Références: 5.3.2 : Gestion de projet - Entités - Ajout
Critère de succès: La nouvelle entité qui vient d'être créée a été ajoutée à la liste des entités qu'on peut consulter dès l'interface.
Considérations particulières: L'ajout d'entité est seulement possible si l'utilisateur est administrateur de projet.
Scénario du test 3.1.1:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création d'entités n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création d'entités n'est pas disponible si l'utilisateur n'est pas administrateur |
| 3 | oui | Entrer les valeurs d'entité dans les champs appropriés de l'ajout d'entité | les champs type, labels, bgColor, borderColor d'une entité | Vérifier que les valeurs respectent leur type de données respectives |
| 4 | oui | Cliquer sur le bouton d'ajout d'entité pour ajouter l'entité au projet | N\A | Vérifier que tous champs sont remplis, valides et non dupliqués |
| 5 | non | Retourner sur l'interface du gestionnaire du projet | N\A | L'entité nouvellement créée se retrouve parmi la liste des entités |
Objectif : Vérifier si la modification d'une entité dans un projet est réalisée.
Résumé du test: Un administrateur de projet modifie les valeurs d'une entité parmi la liste des entités affichée dans l'interface de gestion de projet. Si toutes ces valeurs sont valides, l'interface permet à l'utilisateur de modifier l'entité en appuyant sur le bouton correspondant. Par conséquent, cette entité est mise à jour parmi la liste des entités.
Technique: Test fonctionnel
Références: 5.3.4 : Gestion de projet - Entités - Modification
Critère de succès: L'entité modifiée est enregistrée dans la base de données et les valeurs sont affichées dans la liste d'entités de l'interface.
Considérations particulières: La modification d'entité est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.1.2:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création d'entités n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création d'entités n'est pas disponible si l'utilisateur n'est pas administrateur |
| 3 | oui | Entrer les valeurs d'entité dans les champs appropriés de modification d'entité | les champs type, labels, bgColor, borderColor d'une entité | Vérifier que les valeurs respectent leur type de données respectives |
| 4 | oui | Cliquer sur le bouton de modification d'entité pour modifier l'entité correspondante | N\A | Vérifier que tous champs sont remplis, valides et non dupliqués |
| 5 | non | Retourner sur l'interface du gestionnaire du projet | N\A | L'entité modifiée affiche ses nouvelles valeurs parmi la liste des entités |
Objectif : Vérifier si la suppression d'une entité dans un projet est réalisée.
Résumé du test: Un administrateur de projet appuie sur le bouton de suppression correspondant à une entité spécifique dans le but de l'éliminer. Par conséquent, cette entité est retirée de la liste des entités.
Technique: Test fonctionnel
Références: 5.3.3 : Gestion de projet - Entités - Suppression
Critère de succès: L'entité supprimée est retirée des données du projet et la liste d'entités n'affiche plus cette entité parmi la liste des entités de l'interface de projet.
Considérations particulières: La suppression d'entité est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.1.3:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création d'entités n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création d'entités n'est pas disponible si l'utilisateur n'est pas administrateur |
| 3 | oui | Cliquer sur le bouton de suppression d'entité pour enlever l'entité au projet | N\A | L'entité ne fait plus partie des données du projet |
| 4 | non | Retourner sur l'interface du gestionnaire du projet | N\A | L'entité supprimée ne se retrouve plus parmi la liste des entités |
Objectif : Vérifier si l'ajout d'un attribut dans un projet est réalisé.
Résumé du test: Un administrateur de projet entre les valeurs d'un nouvel attribut dans les champs respectifs de la création d'attributs. Si toutes ces valeurs sont valides, l'interface permet à l'utilisateur de créer l'attribut en appuyant sur le bouton correspondant. Par conséquent, cet attribut se retrouve parmi la liste des attributs et les champs de création d'attributs sont remis à vide.
Technique: Test fonctionnel
Références: 5.4.2 : Gestion de projet - Attributs - Ajout
Critère de succès: Le nouvel attribut qui vient d'être créé a été ajouté à la liste des attributs qu'on peut consulter dès l'interface.
Considérations particulières: L'ajout d'attributs est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.2.1:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création d'attributs n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création d'attributs n'est pas disponible si l'utilisateur n'est pas administrateur |
| 3 | oui | Entrer les valeurs d'attribut dans les champs appropriés de l'ajout d'attribut | les champs type, values d'un attribut | Vérifier que les valeurs respectent leur type de données respectives. Plusieurs values peuvent être rentrées en les séparant par des virgules |
| 4 | oui | Cliquer sur le bouton d'ajout d'attribut pour ajouter l'attribut au projet | N\A | Vérifier que tous champs sont remplis, valides et non dupliqués |
| 5 | non | Retourner sur l'interface du gestionnaire du projet | N\A | L'attribut nouvellement créé se retrouve parmi la liste des attributs |
Objectif : Vérifier si la modification d'un attribut dans un projet est réalisée.
Résumé du test: Un administrateur de projet modifie les valeurs d'un attribut parmi la liste des attributs affichée dans l'interface de gestion de projet. Si toutes ces valeurs sont valides, l'interface permet à l'utilisateur de modifier l'attribut en appuyant sur le bouton correspondant. Par conséquent, cet attribut est mis à jour parmi la liste des attributs.
Technique: Test fonctionnel
Références: 5.4.4 : Gestion de projet - Attributs - Modification
Critère de succès: L'attribut modifié est enregistré dans la base de données et les valeurs sont affichées dans la liste d'attributs de l'interface.
Considérations particulières: La modification d'attribut est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.2.2:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création d'attributs n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création d'attributs n'est pas disponible si l'utilisateur n'est pas administrateur |
| 3 | oui | Entrer les valeurs d'attribut dans les champs appropriés de modification d'attribut | les champs type, values d'un attribut | Vérifier que les valeurs respectent leur type de données respectives. Plusieurs values peuvent être rentrées en les séparant par des virgules |
| 4 | oui | Cliquer sur le bouton de modification d'attribut pour modifier l'attribut correspondante | N\A | Vérifier que tous champs sont remplis, valides et non dupliqués |
| 5 | non | Retourner sur l'interface du gestionnaire du projet | N\A | L'attribut modifié affiche ses nouvelles valeurs parmi la liste des attributs |
Objectif : Vérifier si la suppression d'un attribut dans un projet est réalisée.
Résumé du test: Un administrateur de projet appuie sur le bouton de suppression correspondant à un attribut spécifique dans le but de l'éliminer. Par conséquent, cet attribut est retiré de la liste des attributs.
Technique: Test fonctionnel
Références: 5.4.3 : Gestion de projet - Attributs - Suppression
Critère de succès: L'attribut supprimé est retiré des données du projet et la liste d'attributs n'affiche plus cet attribut parmi la liste des attributs de l'interface de projet.
Considérations particulières: La suppression d'attribut est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.2.3:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création d'attributs n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création d'attributs n'est pas disponible si l'utilisateur n'est pas administrateur |
| 3 | oui | Cliquer sur le bouton de suppression d'attribut pour enlever l'attribut du projet | N\A | L'attribut ne fait plus partie des données du projet |
| 4 | non | Retourner sur l'interface du gestionnaire du projet | N\A | L'attribut supprimé ne se retrouve plus parmi la liste des attributs |
Objectif : Vérifier si l'ajout d'une relation dans un projet est réalisé.
Résumé du test: Un administrateur de projet entre les valeurs d'une nouvelle relation dans les champs respectifs de la création de relations. Si toutes ces valeurs sont valides, l'interface permet à l'utilisateur de créer la relation en appuyant sur le bouton correspondant. Par conséquent, cette relation se retrouve parmi la liste des relations et les champs de création de relations sont remis à vide.
Technique: Test fonctionnel
Références: 5.5.2 : Gestion de projet - Relations - Ajout
Critère de succès: La nouvelle relation qui vient d'être créée a été ajoutée à la liste des relations qu'on peut consulter dès l'interface.
Considérations particulières: L'ajout de relations est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.3.1:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création de relations n'est pas disponible si l'utilisateur n'est pas connecté |
| 1 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création de relations n'est pas disponible si l'utilisateur n'est pas administrateur |
| 2 | oui | Entrer les valeurs de relation dans les champs appropriés de l'ajout de relations | les champs type, labels, dashArray, Color, args d'une relation | Vérifier que les valeurs respectent leur type de données respectives |
| 3 | oui | Cliquer sur le bouton d'ajout de relation pour ajouter la relation au projet | N\A | Vérifier que tous champs sont remplis, valides et non dupliqués |
| 4 | non | Retourner sur l'interface du gestionnaire du projet | N\A | la relation nouvellement créée se retrouve parmi la liste des relations |
Objectif : Vérifier si la modification d'une relation dans un projet est réalisée.
Résumé du test: Un administrateur de projet modifie les valeurs d'une relation parmi la liste des relations affichée dans l'interface de gestion de projet. Si toutes ces valeurs sont valides, l'interface permet à l'utilisateur de modifier la relation en appuyant sur le bouton correspondant. Par conséquent, cette relation est mise à jour parmi la liste des relations.
Technique: Test fonctionnel
Références: 5.5.4 : Gestion de projet - Relations - Modification
Critère de succès: La relation modifiée est enregistrée dans la base de données et les valeurs sont affichées dans la liste de relations de l'interface.
Considérations particulières: La modification de relations est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.3.2:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création de relations n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création de relations n'est pas disponible si l'utilisateur n'est pas administrateur |
| 3 | oui | Entrer les valeurs de relation dans les champs appropriés de modification de relation | Les champs type, labels, dashArray, Color, args d'une relation | Vérifier que les valeurs respectent leur type de données respectives |
| 4 | oui | Cliquer sur le bouton de modification de relations pour modifier la relation correspondante | N\A | Vérifier que tous champs sont remplis, valides et non dupliqués |
| 5 | non | Retourner sur l'interface du gestionnaire du projet | N\A | La relation modifiée affiche ses nouvelles valeurs parmi la liste des relations |
Objectif : Vérifier si la suppression d'une relation dans un projet est réalisée.
Résumé du test: Un administrateur de projet appuie sur le bouton de suppression correspondant à une relation spécifique dans le but de l'éliminer. Par conséquent, cette relation est retirée de la liste des relations.
Technique: Test fonctionnel
Références: 5.5.3 : Gestion de projet - Relations - Suppression
Critère de succès: La relation supprimée est retirée des données du projet et la liste de relations n'affiche plus cette relation parmi la liste des relations de l'interface de projet.
Considérations particulières: La suppression de relation est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.3.3:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création de relations n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création de relations n'est pas disponible si l'utilisateur n'est pas administrateur |
| 3 | oui | Cliquer sur le bouton de suppression de relations pour enlever la relation du projet | N\A | La relation ne fait plus partie des données du projet |
| 4 | non | Retourner sur l'interface du gestionnaire du projet | N\A | La relation supprimée ne se retrouve plus parmi la liste des relations |
Objectif : Vérifier si l'ajout d'un évènement dans un projet est réalisé.
Résumé du test: Un administrateur de projet entre les valeurs d'un nouvel évènement dans les champs respectifs de la création d'évènements. Si toutes ces valeurs sont valides, l'interface permet à l'utilisateur de créer l'évènement en appuyant sur le bouton correspondant. Par conséquent, cet évènement se retrouve parmi la liste des évènements et les champs de création d'évènements sont remis à vide.
Technique: Test fonctionnel
Références: 5.6.2 : Gestion de projet - Évènements - Ajout
Critère de succès: Le nouvel évènement qui vient d'être créé a été ajouté à la liste des évènements qu'on peut consulter dès l'interface.
Considérations particulières: L'ajout d'évènements est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.4.1:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création d'évènements n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création d'évènements n'est pas disponible si l'utilisateur n'est pas administrateur |
| 3 | oui | Entrer les valeurs d'évènement dans les champs appropriés de l'ajout d'évènements | les champs type, labels, bgColor, borderColor, arcs d'un évènement | Vérifier que les valeurs respectent leur type de données respective |
| 4 | oui | Cliquer sur le bouton d'ajout d'évènements pour ajouter l'évènement au projet | N\A | Vérifier que tous champs sont remplis, valides et non dupliqués |
| 5 | non | Retourner sur l'interface du gestionnaire du projet | N\A | l'évènement nouvellement créé se retrouve parmi la liste des évènements |
Objectif : Vérifier si la modification d'un évènement dans un projet est réalisée.
Résumé du test: Un administrateur de projet modifie les valeurs d'un évènement parmi la liste des évènements affichée dans l'interface de gestion de projet. Si toutes ces valeurs sont valides, l'interface permet à l'utilisateur de modifier l'évènement en appuyant sur le bouton correspondant. Par conséquent, cet évènement est mis à jour parmi la liste des évènements.
Technique: Test fonctionnel
Références: 5.6.4 : Gestion de projet - Évènements - Modification
Critère de succès: L'évènement modifié est enregistré dans la base de données et les valeurs sont affichées dans la liste d'évènements de l'interface.
Considérations particulières: La modification d'évènements est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.4.2:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création d'évènements n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création d'évènements n'est pas disponible si l'utilisateur n'est pas une administrateur |
| 3 | oui | Entrer les valeurs d'évènement dans les champs appropriés de modification d'évènement | les champs type, labels, bgColor, borderColor, arcs d'un évènement | Vérifier que les valeurs respectes leur type de données respective |
| 4 | oui | Cliquer sur le bouton de modification d'évènement pour modifier l'évènement correspondant | N\A | Vérifier que tous champs sont remplis, valides et non dupliqués |
| 5 | non | Retourner sur l'interface du gestionnaire du projet | N\A | L'évènement modifié affiche ses nouvelles valeurs parmi la liste des évènements |
Objectif : Vérifier si la suppression d'un évènement dans un projet est réalisée.
Résumé du test: Un administrateur de projet appuie sur le bouton de suppression correspondant à un évènement spécifique dans le but de l'éliminer. Par conséquent, cet évènement est retiré de la liste des évènements.
Technique: Test fonctionnel
Références: 5.6.3 : Gestion de projet - Évènements - Suppression
Critère de succès: L'évènement supprimé est retiré des données du projet et la liste d'évènements n'affiche plus cet évènement parmi la liste des évènements de l'interface de projet.
Considérations particulières: La suppression d'évènements est seulement possible si l'utilisateur est un administrateur de projet.
Scénario du test 3.4.3:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Se connecter en tant qu'utilisateur sur la plateforme | N\A | Vérifier que la section de création d'évènements n'est pas disponible si l'utilisateur n'est pas connecté |
| 2 | oui | Sur l'interface d'administration de projet, sélectionner (ou créer un projet) où l'utilisateur est un administrateur de projet | N\A | Vérifier que la section de création d'évènements n'est pas disponible si l'utilisateur n'est pas administrateur |
| 3 | oui | Cliquer sur le bouton de suppression d'évènement pour enlever l'évènement du projet | N\A | L'évènement ne fait plus partie des données du projet |
| 4 | non | Retourner sur l'interface du gestionnaire du projet | N\A | L'évènement supprimé ne se retrouve plus parmi la liste des évènements |
Objectif : Vérifier qu'il soit possible pour un administrateur de l'application de créer un projet via l’interface 3.2.1 Gestion de projet
Références: Cahier des charges:
Technique: Test de la boîte noire
Critère de succès: Le projet doit pouvoir être sauvegardé avec les bonnes informations et être accessible après sa création
Considérations particulières: seul un administrateur peut voir l'onglet Admin qui permet de créer un projet
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Cliquer sur Create dans l'onglet Admin | Nom du projet et description(facultatif) | Affichage de la fenêtre de création de projets |
| 2 | oui | Cliquer de nouveau sur Create | N\A | Le projet est sauvegardé et s'affiche dans la liste des projets |
Résumé du test: L'utilisateur clique sur l'onglet Admin. Il clique ensuite sur le bouton Create. La fenêtre "Create a new project" s'ouvre. L'utilisateur saisit le nom du projet et son descriptif. Il clique sur Create. La fenêtre de création de projets disparaît et le projet s'affiche dans la liste des projets.
Objectif : Vérifier que la valeur de la barre de recherche permet de filtrer l'affichage des projets si cette valeur de recherche ne correspond pas au titre ou à la description de chaque projet.
Résumé du test: Le test permet de vérifier que l'espace de saisie d'une valeur de recherche fonctionne correctement et les projets ayant une valeur correspondante sont affichées.
Technique: Test fonctionnel
Références: 3.2 : Manipulation des projets
Critère de succès: Le test est un succès si et seulement si les projets ayant un titre ou une description incluant la valeur de recherche sont affiché.
Considérations particulières: Aucune, tous les utilisateurs peuvent changer l’affichage des projets.
Scénario du test 4.2.1:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | oui | Sur l'interface d'administration de projet, entrer une valeur dans la barre de recherche | Valeur de recherche | Vérifier que la valeur de recherche est identique au paramètre de recherche de Firebase |
| 2 | oui | L'interface d'administration de projet affiche les projets ayant un titre ou une description incluant la valeur de recherche | N\A | Valider que seulement les projets recherchés sont affichés |
Objectif : Vérifier que le paramètre de triage permet de trier l'affichage des projets dans l'ordre choisit par ce dernier.
Résumé du test: Le test permet de vérifier que le paramètre de triage fonctionne correctement et les projets sont triés dans l'ordre choisit par ce dernier paramètre.
Technique: Test fonctionnel
Références: 3.2 : Manipulation des projets
Critère de succès: Le test est un succès si et seulement si les projets sont affiché selon l'ordre du paramètre.
Considérations particulières: Aucune, tous les utilisateurs peuvent changer l’affichage des projets.
Scénario du test 3.2.3:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | non | Sur l'interface d'administration de projet, choisir un ordre de triage. | Ordre de triage | N\A |
| 2 | oui | L'interface d'administration de projet affiche les projets dans l'ordre déterminé par la valeur | N\A | Valider que l'affichage des projets s'effectue dans l'ordre choisit |
Objectif : Vérifier que le paramètre de type d'affichage permet de modifier l'affichage des projets dans l'ordre choisit par ce dernier.
Résumé du test: Le test permet de vérifier que le paramètre de modification d'affichage fonctionne correctement et que l'affichage des projets est simplifié ou détaillé selon ce dernier paramètre.
Technique: Test fonctionnel
Références: 3.2 : Manipulation des projets
Critère de succès: Le test est un succès si et seulement si l'affichage des projets est selon le paramètre d'affichage sélectionné.
Considérations particulières: Aucune, tous les utilisateurs peuvent changer l’affichage des projets.
Scénario du test 3.2.3:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | non | Sur l'interface d'administration de projet, appuyer sur le bouton vue simplifié ou vue détaillé pour modifier l'apparence de l'affichage des projets. | Mode d'affichage | N\A |
| 2 | oui | L'interface d'administration de projet affiche les projets selon la vue sélectionnée. | N\A | Valider que l'affichage des projets s'effectue selon la vue sélectionnée. |
Objectif : Vérifier qu'il est possible pour un utilisateur de l'application de modifier l'état du projet à travers l'interface Gestion de projet
Références: 5.1.2. - État du projet
Technique: Test fonctionnel
Critère de succès: L'état du projet est sauvegardé suite à une modification et reste inchangé lorsque le projet est resélectionné
Considérations particulières: L'utilisateur doit être un administrateur du projet qui est sélectionné
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | non | sélection d'un projet dans la liste des projets (cliquer sur l'option view) | N\A | N\A |
| 2 | oui | sélection d'un état en cliquant sur le dropdown | 'Finish' | 'Finish' |
| 3 | non | Cliquer sur l'option de sauvegarde d'un projet | N\A | N\A |
| 4 | non | Retourner sur l'interface de sélection de projets | N\A | N\A |
| 5 | oui | Sélectionner le même projet qu'à l'étape 1 | N\A | 'Finish' |
Résumé du test: L'utilisateur sélectionne un projet dont il est administrateur et clique sur le dropdown pour l'état d'un projet. Sélectionne l'état 'Finish' et l'état devrait maintenant être 'Finish'. L'utilisateur sauvegarde le projet et l'état est sauvegardé dans la base de données. L'utilisateur retourne sur l'interface de sélection de projets et la 'state' devrait être 'Finish' du projet sélectionné au début du test.
objectif : Vérifier qu'il est possible de modifier l'état d'un projet
Résumé du test: Possibilité de modifier l'état d'un projet à travers des fonctionnalités
Technique: Test unitaire
Références: 5.1.2. - État du projet
Critère de succès: L'état du projet est modifié dans la base de données
Considérations particulières:
Scénario du test 4.3.2:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | non | Faire appel à la fonction pour obtenir un projet | N\A | N\A |
| 2 | non | Modifier la valeur de l'état de projet | state = 3 | N\A |
| 3 | non | Faire appel à la fonction pour sauvegarder le projet dans la base de données | N\A | N\A |
| 4 | oui | Faire appel à la fonction pour obtenir un projet | N\A | projet étape 1 == projet étape 4 |
| 5 | oui | Vérifier que l'état soit égal à la valeur insérée à l'étape 2 | N\A | state = 3 |
Objectif : Vérifier qu'une date de création est ajoutée suite à la création d'un projet
Résumé du test: Vérifier qu'une date de création est ajoutée et apparaît dans la liste de projets
Technique: Test fonctionnel
Références:
Critère de succès: Une date de projet a été créée et est associée à un projet
Considérations particulières:
Scénario du test 4.3.3:
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | non | Sélectionner l'option 'create project' | N\A | N\A |
| 2 | non | Saisir les données demandées par l'application | Nom du projet et description du projet | N\A |
| 3 | non | Confirmer la création du projet | N\A | N\A |
| 4 | oui | Naviguer sur l'interface de la liste de projet | N\A | Une date de création devrait exister pour le projet créé |
Objectif : Vérifier si le nombre d'annotateurs assignés à un projet s'affiche correctement et si ce nombre correspond au nombre réel.
Références: N/A, nouvelle fonctionnalité
Technique: Test de la boîte noire
Critère de succès: Le nombre d'annotateurs affiché pour un projet doit correspondre au nombre d'annotateurs réel.
Considérations particulières: Cette statistique doit être disponible dès l'interface de gestion de projets
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | non | Créer un nouveau projet sous l'onglet Admin | N\A | N/A |
| 2 | oui | Ajout de X annotateurs | N\A | Pour chaque annotateur ajouté, le nombre d'annotateurs devrait s'actualiser dans les statistiques |
| 3 | oui | Naviguer à l'interface de gestion de projets | N\A | Le nombre d'entités qu'on y a aperçoit devrait être le même que celui qu'on retrouve à l'interface spécifique au projet |
Résumé du test: L'utilisateur crée un nouveau projet. Il y a ajoute X annotateurs. Pour chaque annotateur ajouté ou supprimé par la suite, le nombre d'annotateurs devrait être modifié vis-à-vis du projet en question dans l'interface de gestion de projets.
Objectif : Vérifier si le nombre de déclarations de type assignées à un projet s'affiche correctement et si ce nombre correspond au nombre réel.
Références: N/A, nouvelle fonctionnalité
Technique: Test de la boîte noire
Critère de succès: Le nombre de déclarations de type affiché pour un projet doit correspondre aux déclarations de type réel.
Considérations particulières: Cette statistique doit être disponible dès l'interface de gestion de projets
| Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
|---|---|---|---|---|
| 1 | non | Créer un nouveau projet sous l'onglet Admin | N\A | N/A |
| 2 | oui | Ajout de X entités | N\A | Pour chaque entité ajoutée, le déclaration de type devrait s'actualiser dans les statistiques |
| 3 | oui | Naviguer à l'interface de gestion de projets | N\A | Le déclaration de type qu'on y a aperçoit devrait être le même que celui qu'on retrouve à l'interface spécifique au projet. |
Résumé du test: L'utilisateur crée un nouveau projet. Il y a ajoute X entités. Pour chaque entité ajoutée ou supprimée par la suite, le déclaration de type devrait être modifié vis-à-vis du projet en question dans l'interface de gestion de projets.