Xsquash -
Publié : mer. juil. 11, 2018 2:37 pm
Bonjour,
Je viens de lire attentivement la documentation de ce nouveau plugin : le tutoriel et le guide utilisateur.
Merci pour avoir développé ces fonctionnalités, je pense qu'elles vont nous être très utiles !
J’ai quelques questions et remarques :
1- Dans le tutoriel – étape 3 « création et association de cas de test »
et étape 5 « création d’un plan de test »
Nous ne sommes en fait pas autorisés à réaliser ces actions dans votre instance de démo.
2- Dans le guide utilisateur du plugin et dans votre grille tarifaire :
Pourquoi avoir nommé dans ces 2 documents le plugin « SquashAgile4Jira » et non Xsquash ?
3- Dans le guide utilisateur - section 4.3, on peut lire :
[i]« Si l’utilisateur déplace un ticket hors de la sous arborescence du répertoire cible initial, le plugin ne déplacera plus ce ticket. Il continuera néanmoins à mettre à jour les attributs propres du ticket depuis JIRA »
[/i]et dans le tutoriel Xsquash - section "Plus d'informations de l'étape 2":
[i]« Déplacement : le déplacement de l’exigence synchronisée hors du projet de synchronisation entraîne la conversion de celle-ci en exigence native. Le copier-coller d’une exigence synchronisée entraîne également sa conversion en exigence native. »[/i]
Cela me semble différent.
4- Dans le guide utilisateur - section 5.1.1
Je pense qu’il faut lire :
"Nombre de cas de test… et au statut « à approuver » ou « approuvé »"
et non « à valider » ou « validé »
5- Dans le guide utilisateur - section 5.1.7 définition du « statut de la recette » :
a) Pour le statut « en cours d’exécution » :
Je ne comprends pas pourquoi le taux de validation dans ce cas est de 100, je pense que ça devrait être « tous »
b) Pour le statut « en cours d’exécution » :
Je ne comprends pas pourquoi le taux de rédaction dans ce cas est « tous », je pense que ça devrait être 100
c) Pour le statut « non validé » :
Je ne comprends pas pourquoi le taux de vérification dans ce cas est > 0, je pense que ça devrait être 100
6- Dans le guide utilisateur - section 6.7 définition de « couvert par TC » :
Je pense qu’il faut lire « [i]elle précise si l’exigence synchronisée est couverte[/i] »
et non « [i]si ce cas de test est couvert[/i] »
7- Dans le guide utilisateur - section 6.7 définition de « est un correctif » :
Comment cet attribut est-il déterminé ? Est-ce sur le fait que le ticket JIRA ait été ouvert depuis Squash lors de l’exécution d’une campagne ?
Je vous remercie par avance pour votre réponse.
Merci pour votre aide
Sophie
Je viens de lire attentivement la documentation de ce nouveau plugin : le tutoriel et le guide utilisateur.
Merci pour avoir développé ces fonctionnalités, je pense qu'elles vont nous être très utiles !
J’ai quelques questions et remarques :
1- Dans le tutoriel – étape 3 « création et association de cas de test »
et étape 5 « création d’un plan de test »
Nous ne sommes en fait pas autorisés à réaliser ces actions dans votre instance de démo.
2- Dans le guide utilisateur du plugin et dans votre grille tarifaire :
Pourquoi avoir nommé dans ces 2 documents le plugin « SquashAgile4Jira » et non Xsquash ?
3- Dans le guide utilisateur - section 4.3, on peut lire :
[i]« Si l’utilisateur déplace un ticket hors de la sous arborescence du répertoire cible initial, le plugin ne déplacera plus ce ticket. Il continuera néanmoins à mettre à jour les attributs propres du ticket depuis JIRA »
[/i]et dans le tutoriel Xsquash - section "Plus d'informations de l'étape 2":
[i]« Déplacement : le déplacement de l’exigence synchronisée hors du projet de synchronisation entraîne la conversion de celle-ci en exigence native. Le copier-coller d’une exigence synchronisée entraîne également sa conversion en exigence native. »[/i]
Cela me semble différent.
4- Dans le guide utilisateur - section 5.1.1
Je pense qu’il faut lire :
"Nombre de cas de test… et au statut « à approuver » ou « approuvé »"
et non « à valider » ou « validé »
5- Dans le guide utilisateur - section 5.1.7 définition du « statut de la recette » :
a) Pour le statut « en cours d’exécution » :
Je ne comprends pas pourquoi le taux de validation dans ce cas est de 100, je pense que ça devrait être « tous »
b) Pour le statut « en cours d’exécution » :
Je ne comprends pas pourquoi le taux de rédaction dans ce cas est « tous », je pense que ça devrait être 100
c) Pour le statut « non validé » :
Je ne comprends pas pourquoi le taux de vérification dans ce cas est > 0, je pense que ça devrait être 100
6- Dans le guide utilisateur - section 6.7 définition de « couvert par TC » :
Je pense qu’il faut lire « [i]elle précise si l’exigence synchronisée est couverte[/i] »
et non « [i]si ce cas de test est couvert[/i] »
7- Dans le guide utilisateur - section 6.7 définition de « est un correctif » :
Comment cet attribut est-il déterminé ? Est-ce sur le fait que le ticket JIRA ait été ouvert depuis Squash lors de l’exécution d’une campagne ?
Je vous remercie par avance pour votre réponse.
Merci pour votre aide
Sophie