Hi,
I was wondering if someone could help me with some limitation that I'm facing in campaigns definitions. I'm aiming to represent business functionalities and other business characteristics on Requirements side. And in Test section, I'm associating other kind of information related directly with test cases (i.e. their status, if they are automated or not, and so on).
When I'm filtering the test cases that will be part of a Campaing, I found a problem: I can filter from a Requirements perspective (test cases covering requirements with certain characteristics). I can filter from Test cases perpective (directly applying criterias on tests properties). But I can't combine them! And that is really important in our way of working.
For instance,
* I need to filter the test cases that will be part of the campaign based on a certain business unit (that is a "field" on requirements), but from that "first filtering result" I need to take only the test cases that are in a specific "status" AND with a specific "weight".
That's only an example, but the problem is combine filtering. I saw that I can search based on requiremets and the "order" the result based on some test cases atributes (columns), but I can't find the way to filter the results table. In my case, due to the volume of test cases we handle, checking by hand one by one the test cases on the list will not be a valid way...
If someone understand my situation and had the answer to my problem, I will appreciate the help.
Regards and thanks in advanced!
Cross filtering Execution Plans (Requirements AND Tests atributes)
Revenir à « Campagnes / Campaigns »
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