Bonjour,
=> y-a-t'il un moyen de masquer les jalons hérités par les cas de tests de façon à ce qu'il n'apparaissent pas en 'mode jalon' ?
Je m'explique:
Situation initiale:
- j'ai 2 jalons V1 et V2
- j'ai une exigence associée aux 2 jalons V1 et V2.
- le cas de test associé à l'exigence a 'hérité' des 2 jalons (ie, ils apparaissent en grisé-italique son onglet jalon).
Et maintenant je dois faire évoluer le cas de test:
- je me mets en 'Mode Jalon' sur le jalon V2.
- je crée une nouvelle version du cas de test.
Résultat:
- l'ancienne version du cas de test est toujours associée aux 2 jalons V1 et V2 (V2 apparaissant grisé-italique).
- la nouvelle version (ie la copie) du cas de test est bien associée au jalon V2 (apparaissant en noir dans la liste de ses jalons) mais si je l'associe à l'exigence elle devient aussi associée au jalon V1 hérité (apparaissant grisé-italique).
- du coup, que je sois en 'Mode jalon' V1 ou V2, je peux voir les 2 versions de mon cas de test .
Le problème n'apparait pas dans la recherche et dans le rapport de cahier de tests (les jalons hérités ne sont pas pris en compte).
Est un bug, ou une mauvaise utilisation de ma part ?
Cordialement,
Masquage des jalons hérités dans le 'mode jalon'
Revenir à « Cas de test / Test cases »
Aller
- Présentez-vous / Introduce yourself
- Squash
- ↳ Exigences / Requirements
- ↳ Cas de test / Test cases
- ↳ Campagnes / Campaigns
- ↳ Pilotage / Management
- ↳ Administration
- ↳ Bugtrackers
- ↳ Xsquash
- ↳ Installation & Base de données / Installation & Database
- ↳ API Rest Test Management
- Support des tests automatisés
- ↳ Version alpha
- ↳ Conception / Design
- ↳ Écriture tests au format BDD / Writing BDD test cases
- ↳ Gestion bibliothèque d'actions / Management action library
- ↳ Realisation
- ↳ Workflow d'automatisation / Automation workflow
- ↳ Rapports HTML / HTML reports (format Allure)
- ↳ Transmission de paramètres
- ↳ Implementation
- ↳ Association scripts de test - cas de test manuels / test scripts - manual test cases
- ↳ Création de plan d'exécution "as code" / Creation of execution plan "as code"
- ↳ Execution
- ↳ Pilotage de tests automatisés / Management of automated test execution
- ↳ Historique des exécutions automatisées / History of automated runs
- ↳ Gestionnaire de code Git / Git code manager
- ↳ Technologies d'automatisation de tests
- ↳ Junit
- ↳ Cucumber
- ↳ Robot Framework
- ↳ Cypress
- ↳ SoapUI
- ↳ UFT
- ↳ Ranorex
- ↳ Agilitest
- ↳ Katalon
- Intégration à la CI/CD
- ↳ Version alpha
- ↳ Déclenchement des "plans d'exécution as code" dans Jenkins / Triggering execution plans "as code" in Jenkins
- ↳ Intégration des "plans d'exécution as code" / Integration of execution plans "as code"
- ↳ GitLab CI
- ↳ Azure DevOps
- ↳ AWS CodeBuild
- ↳ Cloudbees CI
- ↳ Xebia Labs XL
- ↳ Execution
- ↳ Récupération des plans d'exécution et paramètres / Retrieve predefined execution plans and parameters
- ↳ Exploitation des résultats dans Allure EE / Exploitation of the results of automated executions in Allure EE
- Gestion de la communauté / Community Management
- ↳ Contributions
- ↳ Questions générales / General questions
- ↳ Propositions d'évolution / Ask for new features
- Squash TF
- ↳ SKF et rapports / SKF and reports
- ↳ SKF
- ↳ Reporting
- ↳ SKF Plugins
- ↳ Sahi Plugin
- ↳ Database plugin
- ↳ FTP Plugin
- ↳ SSH Plugin
- ↳ Filechecker Plugin
- ↳ Selenium Plugin
- ↳ SoapUI Plugin
- ↳ Local Process Plugin
- ↳ IDE Plugins
- ↳ TA Toolbox & Installation
- ↳ Installation
- ↳ TA Toolbox
- ↳ Eclipse Plugin
- ↳ IntelliJ Plugin
- ↳ Squash Execution Server
- ↳ Lien cas de test - tests automatisés / Test cases - automated tests link