Plan des tests - UQO-2019-INF1583/annotator GitHub Wiki
I Tests unitaires
Attention: Les points de contrôle indiquent les endroits où vous devez comparer les résultats obtenus par vos tests et les valeurs attendues, représentant une exécution sans problèmes.
1. Fonctionnement général
Test 1.1.a Accès à l’application
Objectif : Vérifier l'accès à l’application sur le Web.
Références: 1.1
Technique: En utilisant la commande curl.
Critère de succès: Succès si la commande curl retourne le code HTML de l’application.
Considérations particulières: La machine d’où est effectué le test doit avoir accès à internet.
Scénario de test 1.1.a
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | curl www.domaine.application | Identifiant et mot de passe valides. | |
2 | Oui | L’utilisateur 2 se connecte également à l’application | Le code HTML de la page d’accueil de l’application |
Test 1.2.a Accès concurrent
Objectif : L’application doit prendre en compte les différents problèmes d’accès concurrent.
Références: 1.2
Technique: En utilisant des mocks.
Critère de succès: Deux utilisateurs peuvent utiliser simultanément l’application.
Considérations particulières: Ne pas utiliser de vrais utilisateurs.
Scénario de test 1.2.a
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | L’utilisateur 1 se connecte à l’application | Identifiant et mot de passe valides. | |
2 | Oui | L’utilisateur 2 se connecte également à l’application | Identifiant et mot de passe valides. | Confirmation que l'utilisateur 2 est connecté. |
3 | Non | L’utilisateur 1 sélectionne un projet | ||
4 | Non | L’utilisateur 2 sélectionne le même projet | ||
5 | Non | L’utilisateur 1 sélectionne un document à annoter | ||
6 | Oui | L’utilisateur 2 sélectionne le même document que l'utilisateur 1 | L'application signale que le document est déjà utilisé. |
Test 1.4.a Accès aux statistiques sur les documents annotés
Objectif : Vérifier l'accès aux statistiques sur les documents annotés.
Références: 1.4
Technique: En utilisant des mocks.
Critère de succès: Affichage des statistiques.
Considérations particulières: Ne pas utiliser de vrais utilisateurs.
Scénario de test 1.4.a
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Un utilisateur lecteur sélectionne un projet | L'identifiant de projet | |
2 | Non | Le même utilisateur sélectionne un document de ce projet | L'identifiant de document | |
3 | Oui | L’utilisateur clique sur le bouton statistiques | Page HTML avec les statistiques |
2. Administrateur du système
Test 2.1.a Ajout d'un projet
Objectif : Vérifier s’il est possible pour un administrateur de système de créer un projet d’annotation.
Références: 2.1, 7.6
Technique: En utilisant des mocks.
Critère de succès: Il est possible d’accéder au répertoire du projet d’annotation.
Considérations particulières: N/A
Scénario de test 2.1.a
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | L'administrateur de système se connecte. | Identifiant et mot de passe valides de l'administrateur de système | |
2 | Oui | Envoyer une demande de création de projet | Un nouveau identifiant de projet à créer;Nom de projet à créer;Identifiant d'administrateur de projet | Confirmation de création de projet |
3 | Non | Supprimer le projet | ID de projet |
Test 2.1.b Ajout de plusieurs administrateurs de projet
Objectif : Vérifier l’ajout de plusieurs administrateurs de projet à un projet d’annotation.
Références: 2.1, 7.6
Technique: En utilisant des mocks.
Critère de succès: L'ajout du deuxième administrateur doit échouer.
Considérations particulières: N/A
Scénario de test 2.1.b
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Créer un nouveau projet d'annotation | Nom de projet. | |
2 | Non | Ajouter un administrateur de projet au projet | Identifiant de l'administrateur de projet | |
3 | Oui | Ajouter un autre administrateur de projet au projet | Identifiant de l'administrateur de projet | L'ajout devrait échouer. |
4 | Non | Supprimer le projet | ID de projet |
Test 2.1.3 Créer une nouvelle catégorie
Objectif : Vérifier qu'il est possible de créer une nouvelle catégorie.
Références: 2.1.3
Technique: N/A
Critère de succès: La catégorie est créée et attribuable à une entité
Considérations particulières: N/A
Scénario de test 2.1.3
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Se connecter comme utilisateur, entrer dans un projet | Vérification que l'option "Ajouter une catégorie" n'est pas présente | |
2 | Oui | Se connecter comme administrateur, entrer dans un projet | Vérification que l'option "Ajouter une catégorie" est présente. | |
3 | Non | Cliquer sur "Ajouter une catégorie" | ||
4 | Non | Entrer une valeur pour le titre de la catégorie | "'%éàa | |
5 | Non | Choisir une couleur | Rouge | |
6 | Non | Cliquer sur Soumettre | ||
7 | Oui | Cliquer sur "Gérer les catégories" | Le titre est "'%éàa. La couleur est rouge. | |
8 | Oui | Aller modifier un texte, et créer une entité | La catégorie '%éàa. Est dans la liste de gauche. | |
9 | Oui | Choisir la catégorie, et cliquer sur "Soumettre" | Le texte devient rouge. |
3. Administrateur de projet
Test 3.3.a Création d’un utilisateur de type Annotateur
Objectif : Vérifier s’il est possible pour un administrateur de projet de créer un nouvel utilisateur de type Annotateur.
Références: 3.3
Technique: En utilisant des mocks.
Critère de succès: Le nouvel annotateur se retrouve dans la liste des annotateurs du projet.
Considérations particulières: Ne pas utiliser de vrais utilisateurs. L'utilisateur à ajouter a déjà un compte.
Scénario de test 3.3
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non. | Un administrateur de projet se connecte au serveur | Identifiant et mot de passe valides | |
2 | Oui | L'administrateur de projet envoie une demande d'ajout d'un annotateur au projet. | Identifiant et mot de passe valides de l'annotateur à ajouter et identifiant de projet | Confirmation que l'utilisateur est ajouté comme annotateur. |
4. Annotateur
Test 4.1.1.a.2 Ajouter une annotation avec un type
Objectif : Vérifier si le type de l’annotation a été sauvegardé
Références: 4.1.1
Technique: Utilisant des mocks.
Critère de succès: Le type a été bien sauvegardé.
Considérations particulières: Existence du type
Scénario de test 4.1.1.a.2
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Sélectionner une annotation pour vérifier son type | Une annotation quelconque | Voir si l'annotation a un type |
2 | Oui | Vérifier si le type a été sauvegardé | Si oui retourner le type Sinon retourner : Aucun type. |
Test 4.1.1.a.4 Sauvegarder une note
Objectif : Vérifier si la note est sauvegardée si elle existe.
Références: 4.1.1
Technique: Utilisant des mocks.
Critère de succès: La note a été bien sauvegardée.
Considérations particulières: Existence de la note
Scénario de test 4.1.1.a.4
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Cliquer sur le bouton de sauvegarde | Alerte: la note a été bien sauvegardée | |
2 | Oui | Appuyer sur le bouton de sauvegarde même si la note n'existe pas | Alerte: désolé, la note n'existe pas donc elle ne peut pas être sauvegardée. |
Test 4.1.2.a.2 Modifier le type de l'entité
Objectif : Vérifier si la modification du type est effectuée
Références: 4.1.2
Technique: Utilisant des mocks.
Critère de succès: Le type de l’entité a bien été modifié
Considérations particulières: Existence du type
Scénario de test 4.1.2.a.2
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Vérifier si l’entité a au moins un type | Si oui retourner les types Sinon retourner : Aucun type | |
2 | Non | Choisir le type | ||
3 | Oui | Appuyer sur "Modifier" | Entrer une nouvelle valeur | |
4 | Oui | Appuyer sur Soumettre | Vérifier la nouvelle valeur du type |
Test 4.1.2.a.3 Modifier un attribut de l'entité
Objectif : Vérifier si la modification d'un attribut est effectuée
Références: 4.1.2
Technique: Utilisant des mocks.
Critère de succès: L'attribut a bien été modifié
Considérations particulières: Existence de l'attribut
Scénario de test 4.1.2.a.3
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Vérifier si l’entité a au moins un attribut | Si oui retourner les attributs Sinon retourner : Aucun attribut | |
2 | Non | Choisir l’attribut | ||
3 | Oui | Appuyer sur "Modifier" | Entrer une nouvelle valeur | |
4 | Oui | Appuyer sur Soumettre | Vérifier la nouvelle valeur de l'attribut |
Test 4.1.2.b Déplacer l'entité
Objectif : Vérifier qu'il est possible de déplacer une entité
Références: 4.1.2
Technique: N/A
Critère de succès: L'entité a bien été déplacée.
Considérations particulières: Existence de l’entité à déplacée.
Scénario de test 4.1.2.b
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Sélectionner une entité en effectuant un double-click | Vérification que l'entité est bien sélectionnée | |
2 | Oui | Appuyer sur "Move" | Vérification qu'on est entré dans le mode de move | |
3 | Oui | Sélectionner une autre partie du texte | Vérification que l'on a bien sélectionné une nouvelle partie du texte. La couleur est bien présente. | |
4 | Non | Valider | ||
5 | Oui | Recharger le document annoté | Le but est de vérifier la modification de la base de données |
Test 4.1.2.c Fragmenter l'entité
Objectif : Vérifier qu'il est possible de fragmenter une entité
Références: 4.1.2
Technique: En utilisant des mocks.
Critère de succès: L'entité a bien été fragmenté.
Considérations particulières: Existence de l’entité à fragmenté.
Scénario de test 4.1.2
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Sélectionner une entité en effectuant un double-click | Vérification que l'entité est bien sélectionnée | |
2 | Oui | Appuyer sur "Add Frag" | Vérification qu'on est entré dans le mode fragmentation | |
3 | Oui | Sélectionner le nouveau fragment du texte | Vérification que l'entité est bien fragmentée. La couleur est bien présente. | |
4 | Oui | Recharger le document annoté | L'événement est ajouté au mot ou à la phrase. La couleur est ajoutée. Le but est de vérifier la modification de la base de données |
Test 4.1.3 Supprimer une annotation
Objectif : Vérifier que la suppression d'une annotation s'effectue correctement.
Références: 4.1.3
Technique: En utilisant des mocks.
Critère de succès: L'annotation a bien été supprimée.
Considérations particulières: N/A
Scénario de test 4.1.3
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Créer une annotation sur une sélection de texte | Annotation créée sur la sélection de texte | |
2 | Oui | Sélectionner l'annotation et la supprimer | L'annotation est retirée du mot ou de la phrase. La couleur est retirée. | |
3 | Oui | Recharger le document annoté | L'annotation est retirée du mot ou de la phrase. La couleur est retirée. Le but est de vérifier la modification de la base de données |
Test 4.1.4.1 Le filtrage des annotations dans l'interface graphique - groupe 2
Objectif : Vérifier qu'il est possible de filtrer les annotations en utilisant l’interface utilisateur
Références: 4.1.4.1 Éléments de l'interface graphique
Technique: En utilisant des boutons radio et des mots clés pour la catégorisation et la filtration.
La fonctionnalité point de vue utilisateur: En cliquant sur un bouton d’une catégorie ou mot-clé spécifique on peut voir ou cacher tous les sections annotées par ce mot-clé.
Critère de succès: On peut cacher ou rendre visible les sections de texte correspondantes lorsqu’on pèse sur un mot ou bouton radio dans l’interface utilisateur.
Considérations particulières: Existence des sections annotés, le texte est déjà annoté.
Scénario de test 4.1.4.1 Le filtrage des annotations
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Effectuer un clic sur un mot-clé activé dans l'interface graphique | Vérification que les segments du texte annotés par ce mot-clé sont cachées | |
2 | Oui | Effectuer un clic sur un mot-clé désactivé dans l'interface graphique | Vérification que les segments du texte annotés par ce mot-clé sont visibles |
Test 4.1.4.2 Un autre test - groupe 2
Objectif : Vérifier qu'il est possible de filtrer les relations en utilisant l’interface utilisateur
Références: 4.1.4.2 Critère de sélection
Technique: En utilisant des mots clés pour la catégorisation et la filtration.
La fonctionnalité point de vue utilisateur: En cochant la case d'une relation, l'utilisateur peut choisir de cacher cette dite relation. En cochant de nouveau la relation, ainsi que la ou les catégories des annotations faisant l'objet de la relation, l'utilisateur peut afficher cette relation.
Critère de succès: La relation est effectivement affichée ou non selon les critères cités plus haut
Considérations particulières:
Scénario de test 4.1.4.2 Le filtrage des relations
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Effectuer un clic sur une relation activée dans l'interface graphique | La relation est cachée | |
2 | Oui | Effectuer un clic sur une relation désactivée dans l'interface graphique sachant qu'aucune des catégories des annotations de la relation n'est cochée | La relation ne doit pas être visible | |
3 | Oui | Effectuer un clic sur une relation désactivée dans l'interface graphique sachant que les catégories des annotations de la relation ont été cochées | La relation doit être visible, ainsi que les annotations qui y sont attachées |
5. Lecteur
6. Sécurité
6.1. Connexion et authentification
Test 6.1.1.a Connexion au serveur
Objectif : Tester le mécanisme d’authentification des utilisateurs avec données valides.
Références: 6.1.1
Technique: En utilisant des mocks.
Critère de succès: Connexion établie
Considérations particulières: Ne pas utiliser de vrais utilisateurs.
Scénario de test 6.1.1.a
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Initier la connexion au serveur | ||
2 | Oui | Authentifier l'utilisateur | Identifiant et mot de passe valides. | Confirmation que l'utilisateur est connecté. |
3 | Oui | Fermer la session | Confirmation que l'utilisateur est disconnecté. |
Test 6.1.1.b Connexion au serveur
Objectif : Tester le mécanisme d’authentification des utilisateurs avec données invalides.
Références: 6.1.1
Technique: En utilisant des mocks.
Critère de succès: Connexion refusée.
Considérations particulières: Ne pas utiliser de vrais utilisateurs.
Scénarios de test 6.1.1.b
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Initier la connexion au serveur | ||
2 | Oui | Authentifier l'utilisateur | Identifiant ou mot de passe invalide. | Confirmation que l'utilisateur n'a pas été connecté. |
Test 6.1.2.a Restauration du mot de passe
Objectif : Vérifier s’il est possible pour un utilisateur de restaurer son mot de passe en cas de perte.
Références: 6.1.2
Technique: En utilisant des mocks.
Critère de succès: L’utilisateur a reçu le courriel contenant le lien de réinitialisation du mot de passe à l’adresse spécifiée. L’utilisateur parvient à se connecter avec son nouveau mot de passe une fois celui-ci réinitialisé; il est redirigé sur la page d’accueil du programme, avec son nom d’utilisateur visible
Considérations particulières: Ne pas utiliser de vrais utilisateurs. L’utilisateur (peu importe le type) doit posséder un compte actif.
Scénario de test 6.1.2.a
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Sélectionner l’option pour restaurer le mot de passe | Affichage du formulaire de restauration de mot passe | |
2 | Oui | Entrer l'adresse courriel et envoyer le formulaire | L'adresse courriel de l'utilisateur | Réception d'un courriel contenant un lien pour réinitialiser le mot de passe envoyé à l’adresse courriel entrée |
3 | Oui | Sélectionner le formulaire indiqué dans le courriel | Affichage du formulaire de saisie de mot passe | |
4 | Oui | Entrer le mot de passe et envoyer le formulaire | Le nouveau mot de passe | Affichage de la page bienvenue de l'application. |
Itération 2
5. Gestion de projet
5.1 Corpus
Test 5.1.1 Ajout de fichier
Objectif : Vérifier s'il est possible d'ajouter un fichier.
Références: 5.2.1
Technique: En utilisant des mocks.
Critère de succès: Succès si un fichier est ajouté à la liste de corpus.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton d'ajout | ||
2 | Non | Entrer le nom du ficher | Le nom | |
3 | Non | Choisir le fichier | Le fichier | Un dialogue de choix de fichiers |
4 | Oui | Apputer sur OK | Pas d'erreur | |
5 | Oui | Vérifier la liste | Le nouveau fichier est présent dans la liste |
Test 5.1.2 Supprimer un fichier
Objectif : Vérifier s'il est possible de supprimer un fichier du corpus.
Références: 5.2.2
Technique: En utilisant des mocks.
Critère de succès: Succès si un fichier est supprimé de la liste de corpus.
Considérations particulières: Être un utilisateur ayant des droits suffisants. Avoir un fichier déjà ajouté.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton de suppression | ||
2 | Non | Accepter le dialogue de suppression | ||
3 | Oui | Vérifier la liste de fichiers | Le fichier supprimé n'est plus présent |
Test 5.1.3 Ouvrir un fichier
Objectif : Vérifier s'il est possible d'ouvrir un fichier du corpus.
Références: 5.2.3
Technique: En utilisant des mocks.
Critère de succès: Succès si un fichier est ajouté à la liste de corpus.
Considérations particulières: Être un utilisateur ayant des droits suffisants. Avoir un fichier déjà ajouté.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Appuyer sur le fichie à ouvrir | Ouverture du fichier |
5.2 Catégories
5.2.1 Ajouté catégorie
Objectif : Vérifier s'il est possible d'ajouter une catégotrie.
Références: 5.3.2
Technique: En utilisant des mocks.
Critère de succès: Succès si une catégotrie est ajoutée à la liste.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton d'ajout | ||
2 | Non | Entrer le nom de la catégorie | Le nom | |
3 | Non | Choisir la couleur de la catégorie | La couleur | |
4 | Oui | Apputer sur OK | Pas d'erreur | |
5 | Oui | Vérifier la liste | La nouvelle catégorie est présente dans la liste |
5.2.2 Supprimer catégorie
Objectif : Vérifier s'il est possible de supprimer une catégotrie.
Références: 5.3.3
Technique: En utilisant des mocks.
Critère de succès: Succès si une catégorie est supprimée de la liste.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton de suppression | ||
2 | Non | Accepter le dialogue de suppression | ||
3 | Oui | Vérifier la liste de catégories | La catégotrie supprimé n'est plus présente |
5.3 Attributs
5.3.1 Ajouter attribut
Objectif : Vérifier s'il est possible d'ajouter un attribut.
Références: 5.3.2
Technique: En utilisant des mocks.
Critère de succès: Succès si un attribut est ajouté à la liste.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton d'ajout | ||
2 | Non | Entrer le nom de l'attribut | Le nom | |
3 | Non | Choisir le signe de l'attribut | Le signe | |
4 | Non | Choisir les catégories qui peuvent recevoir cet attribut | Des catégories | |
5 | Oui | Apputer sur OK | Pas d'erreur | |
6 | Oui | Vérifier la liste | Le nouvel attribut est présent dans la liste |
5.3.2 Supprimer attribut
Objectif : Vérifier s'il est possible de supprimer un attribut.
Références: 5.3.3
Technique: En utilisant des mocks.
Critère de succès: Succès si un attribut est supprimé de la liste.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton de suppression | ||
2 | Non | Accepter le dialogue de suppression | ||
3 | Oui | Vérifier la liste d'attributs | L'attribut supprimé n'est plus présent |
5.4 Relations
5.4.1. Ajouter relation
Objectif : Vérifier s'il est possible d'ajouter une relation.
Références: 5.5.2
Technique: En utilisant des mocks.
Critère de succès: Succès si une relation est ajoutée à la liste.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton d'ajout | ||
2 | Non | Entrer le nom de la relation | Le nom | |
3 | Non | Choisir la couleur de la relation | La couleur | |
4 | Non | Choisir deux catégories à relier avec la relation | Deux catégories | |
5 | Oui | Apputer sur OK | Pas d'erreur | |
6 | Oui | Vérifier la liste | La nouvelle relation est présente dans la liste |
5.4.2. Supprimer relation
Objectif : Vérifier s'il est possible de supprimer une relation.
Références: 5.5.3
Technique: En utilisant des mocks.
Critère de succès: Succès si une relation est supprier de la liste.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton de suppression | ||
2 | Non | Accepter le dialogue de suppression | ||
3 | Oui | Vérifier la liste de relations | La relation supprimée n'est plus présente |
5.5 Événements
5.5.1. Ajouter événement
Objectif : Vérifier s'il est possible d'ajouter un événement.
Références: 5.6.2
Technique: En utilisant des mocks.
Critère de succès: Succès si un événement est ajouté à la liste.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton d'ajout | ||
2 | Non | Entrer le nom de l'événement | Le nom | |
3 | Non | Choisir la couleur de l'événement | La couleur | |
4 | Non | Choisir deux catégories à relier avec l'événement | Deux catégories | |
5 | Oui | Apputer sur OK | Pas d'erreur | |
6 | Oui | Vérifier la liste | Le nouvel événement est présent dans la liste |
5.5.2. Supprimer événement
Objectif : Vérifier s'il est possible de supprimer un événement.
Références: 5.6.3
Technique: En utilisant des mocks.
Critère de succès: Succès si un événement est supprimé de la liste.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton de suppression | ||
2 | Non | Accepter le dialogue de suppression | ||
3 | Oui | Vérifier la liste d'événements | L'événement supprimé n'est plus présent |
5.6 Annotateurs et Administrateurs
5.6.1 Ajouter utilisateur
Objectif : Vérifier s'il est possible d'ajouter un utilisateur.
Références: 5.7.2
Technique: En utilisant des mocks.
Critère de succès: Succès si un utilisateur est ajouté à la liste.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton d'ajout | ||
2 | Non | Choisir un utilisateur | Un utilisateur | |
3 | Oui | Apputer sur OK | Pas d'erreur | |
4 | Oui | Vérifier la liste | Le nouvel utilisateur est présent dans la liste |
5.6.2 Supprimer utilisateur
Objectif : Vérifier s'il est possible de supprimer un utilisateur.
Références: 5.7.3
Technique: En utilisant des mocks.
Critère de succès: Succès si un utilisateur est supprimé de la liste.
Considérations particulières: Être un utilisateur ayant des droits suffisants.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Appuyer sur le boutton de suppression | ||
2 | Non | Accepter le dialogue de suppression | ||
3 | Oui | Vérifier la liste d'utilisateurs | L'utilisateur supprimé n'est plus présent |
6. Historique
6.1 Accès aux historiques sur les documents annotés
Objectif : Vérifier l'accès aux historique sur les documents annotés.
Références: 6.1
Technique: En utilisant des mocks.
Critère de succès: Affichage des historiques.
Considérations particulières: Ne pas utiliser de vrais utilisateurs.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Un utilisateur lecteur sélectionne un projet | L'identifiant de projet | |
2 | Non | Le même utilisateur sélectionne un document de ce projet | L'identifiant de document | |
3 | Oui | L’utilisateur clique sur le bouton historique | Page HTML avec l'historique |
6.2 Audit
Objectif : Vérifier l'accès aux historiques pour chaque texte annotés.
Références: 6.2
Technique: En utilisant des mocks.
Critère de succès: Affichage des historiques.
Considérations particulières: Ne pas utiliser de vrais utilisateurs.
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Un utilisateur lecteur sélectionne un projet | L'identifiant de projet | |
2 | Non | Le même utilisateur sélectionne un document annoté de ce projet | L'identifiant de document | |
3 | Oui | L’utilisateur clique sur le bouton audit | Page HTML avec l'historique complet des annotations |
7. Gestion des pages d'annotation
7.1. Création de nouvelles pages d'annotation
Objectif : Création de nouvelles pages d'annotation
Références: 7.1
Technique: En utilisant des mocks.
Critère de succès: La nouvelle page d'annotation a été crée.
Considérations particulières: Ne pas utiliser de vrais utilisateurs. L'utilisateur doit etre un annotateur qui a été au préalable ajouter à ce projet par un administrateur.
Scénario de test 7.1
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Oui | Saisir le nom du fichier d'annotation | L'annotateur saisit un nom de fichier | |
2 | Oui | Cliquer sur le bouton create pour confirmer | la nouvelle page d'annotation a ététcrée avec succés. |
7.2 Sélection d'une page d'annotation
Objectif : Sélection d'une page d'annotation
Références: 7.2
Technique: En utilisant des mocks.
Critère de succès: La page d'annotation est sélectionnée.
Considérations particulières: La page d'annotation doit exister au préalable
Scénario de test 7.2
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Sélectionner une page d'annotation parmi la liste | L'annotateur choisit une page | |
2 | Oui | Cliquer sur le bouton Ouvrir | La page d'annotation sélectionné s'ouvre avec succés |
7.3 Sauvegarde des pages d'annotation
Objectif : Sauvegarde des pages d'annotation
Références: 7.3
Technique: En utilisant des mocks.
Critère de succès: La page d'annotation est sauvegardé dans le projet qui lui est associé.
Considérations particulières: La page d'annotation doit exister au préalable.
Scénario de test 7.3
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | Sélectionner une page d'annotation parmi la liste | L'annotateur choisit une page | |
2 | Oui | Cliquer sur le bouton Ouvrir | La page d'annotation sélectionné s'ouvre avec succés | |
3 | Oui | Cliquer sur le bouton Sauvegarder | La page d'annotation est sauvegardée dans un fichier séparé mais relié au projet |
8. Annotateurs unique ou multiple
9. Permission
Itération 3
10. Chargement des données de la collection
Objectif : Chargement de la collection défini dans le projet, soit les entités, attributs, relations et évènements dans l'interface d'annotation.
Références: 5.0 Gestion de projets
Technique: En utilisant des mocks ou firestore. 4 fonctions de tests seront utilisés afin de tester l'ajout de chaque type d'élément.
Critère de succès: Les entités, attributs, relations et évènements définis dans le projets sont chargés dans l'interface Brat.
Considérations particulières: Des éléments doivent avoir été ajoutés préalablement dans la collection.
Scénario de test 10.1
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | L'utilisateur ajoute une entité | Une nouvelle entité | L'entité est ajouté dans la liste du projet |
2 | Non | L'utilisateur ajoute un nouvel attribut | Un nouveau attribut | L'attribut est ajouté dans la liste du projet |
3 | Non | L'utilisateur ajoute une nouvelle relation | Une nouvelle relation | La relation est ajouté dans la liste du projet |
4 | Non | L'utilisateur ajoute un nouvel évènement | Un nouvel évènement | L'évènement est ajouté à la liste du projet |
5 | Non | Ouvrir une page d'annotation | ||
6 | oui | Selectionner du texte | L'interface Brat ouvre et on y retrouve toutes les données de collection qui ont été ajoutés en plus de celles qui étaient déjà dans le projet |
11. Interface
11.1 Fenêtre de confirmation de suppression
Objectif : Donner une deuxième niveau de sécurité pour la suppression des objets.
Références: 3.Interface
Technique: En utilisant des mocks.
Critère de succès: La fenêtre pour la confirmation de la suppression est affichée.
Considérations particulières: L'objet doit exister.
Scénario de test 11.1
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | L'utilisateur sélectionne un Projet et l'ouvre | Le projet est affiché | |
2 | Non | L'utilisateur clique "Delete" sur un objet | La confirmation de la suppression est affichée. | |
3 | Non | L'utilisateur clique "Yes" pour confirmer | L'objet est supprimé. |
11.2 Hover/Reduction du bruit
Objectif : Rendre l'interface plus facile d'utilisation.
Références: 3.Interface
Technique: En utilisant des mocks.
Critère de succès: Les options sont affiché seulement pour un objet à la fois.
Considérations particulières: L'objet doit exister.
Scénario de test 11.2
Étape | Point de contrôle? | Action | Valeurs à saisir | Valeurs attendues |
---|---|---|---|---|
1 | Non | L'utilisateur sélectionne un Projet et l'ouvre | Le projet est affiché | |
2 | Non | L'utilisateur ouvre un corpus et ne place son curseur sur aucun objet | Les options ne sont pas affiché pour les objets(delete) | |
3 | Non | L'utilisateur déplace le curseur sur un objet quelconque | Les options (view et/ou delete) pour l'objet sont affichés, mais uniquement pour cet objet |