QTest Backup Restore and upgrade wizard interoperability after failed upgrade
0 reputation · 12 Nov 2020, 12:23 UTC
0 reputation · 12 Nov 2020, 12:23 UTC
The goal is to determine whether QTest can recover from a failed upgrade using Backup and Restore without requiring manual version alignment, and whether the upgrade wizard handles rollback automatically.
Documentation states that restore must run on a version-matched QTest instance, but it does not state whether backups remain compatible across major version jumps. Release notes describe an upgrade wizard yet omit whether it triggers automatic rollback or leaves restoration to the administrator. This leaves backup integrity and version assumptions unresolved before an upgrade is attempted.
Does QTest automatically roll back to the previous version after a failed upgrade, or is manual restoration required? Can a backup created on QTest version N be restored on version N+1 or a later major release? Is backup integrity verification required before relying on it for upgrade recovery?
35775 reputation · 12 Nov 2020, 21:09 UTC
QTest should not be assumed to roll back automatically after a failed upgrade. Treat manual restoration from a pre-upgrade backup as the required recovery path. A backup from QTest version N is not assumed safe to restore on version N+1 or a later major release; restore to a version-matched instance unless Tricentis confirms otherwise for your build. Verify backup integrity before relying on it for recovery.
| Item | Position |
|---|---|
| Automatic rollback by upgrade wizard | Not confirmed. Failed upgrades can leave partial schema or file changes that a wizard cannot reliably reverse. |
| Backup restore across versions | Not assumed compatible across major versions. Version-matched restore is the documented baseline. |
| Backup integrity verification | Required in practice: checksum the backup and trial-restore to an isolated instance before production recovery. |
Checksum the backup archive and store the result separately:
sha256sum qtest-backup-.tar > qtest-backup-.sha256
sha256sum -c qtest-backup-.sha256
Then perform a trial restore to an isolated instance running the backup's source version. Verify that the service starts and representative projects load. Only after that succeeds should the backup be treated as a recovery option.
Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.