Hi everyone,
I am currently dealing with an issue in SquashTM related to test cases and it is starting to affect our daily work quite a bit.
I have a large test repository with more than 600 test cases organized into folders with shared steps and parameters. After some recent updates and restructuring, I noticed that certain test cases do not behave as expected during campaign execution. Some of them seem to use outdated parameter values or older versions of shared steps, even though I already updated and saved everything in the repository.
What confuses me is that when I open those same test cases directly in the library, they display the correct and latest content. However, when I run them inside a campaign, they appear to rely on an older version. I tried duplicating test cases and relinking them, but the issue still happens randomly.
This is becoming a serious concern because it affects the reliability of our regression testing and reporting. I am wondering if there is some kind of versioning or caching behavior that I might not fully understand.
Has anyone encountered this situation before or found a way to fix it?
Geometry Dash
Why do test cases use outdated steps or parameters during campaign execution?
Aller
- Présentez-vous / Introduce yourself
- SquashTM
- ↳ Exigences / Requirements
- ↳ Cas de test / Test cases
- ↳ Exécutions / Executions
- ↳ 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