Enterprise teams generate a massive volume of test artifacts, automated results, screenshots, logs, and evidence. Without a clear storage strategy, even the most powerful Xray instances can become harder to manage over time. But Storage Management Practices are not just a technical concern, it’s a reflection of your process maturity, tooling alignment, and governance culture. This guide goes beyond limits. It offers real-world storage strategies tailored to enterprise testing realities.
|
While Xray Enterprise offers unlimited storage, maintaining performance in Jira environments still benefits from healthy attachment practices and routine housekeeping. Here’s what you can do:
Remember that you can and should use your CI/CD tool to track your build logs in full detail, so try to keep verbose information there. You can always link the build to the Test Execution issues, using a custom field on it, to ensure full traceability between Jira entities and build information. |
Governance Visibility → Storage Control at your fingertips with the tutorial we’ve made for you!
General Guidance for a decentralized approach in Xray
Scenario | Approach |
---|---|
Operate in a high-speed, autonomous environment | Letting teams manage their own evidence formats, but guiding via optional best practices |
Run frequent automated tests with large volumes of results | Define which types of evidence are required for long-term traceability (regulatory validations), and apply lighter evidence standards to low-risk, routine automation runs to avoid unnecessary storage growth. |
|
While CI/CD platforms like Jenkins, GitHub Actions, Azure DevOps, or CircleCI conveniently generate and store test artifacts, they’re not designed for long-term retention or compliance-driven traceability. Instead of uploading every raw output into Xray, many teams choose to link back to these artifacts, but this choice comes with trade-offs. Here are key considerations to keep in mind:
Retention Policies
Your CI system is built for speed. Xray is built for permanence. - Your CI system is optimized for speed & designed to run fast feedback loops, discard intermediate data, and prioritize throughput over retention. Xray, on the other hand, is designed for permanence, with structured traceability, auditability, and long-term access to test history, evidence, and coverage across releases. |
Some teams use external drives (Google Drive, OneDrive) to store test evidence. While this can reduce Xray storage usage, it comes with risks which include broken links, inconsistent access controls, and loss of audit trails. If you go this route, you risk compromising traceability and compliance.
Access Control Risks
Real-World Scenarios Where Storage Matters Medical Devices Example: A company with multiple versions of the same hardware must retain test evidence per version. Why? Different hardware builds may not qualify for the same software release. Losing artifacts equals a compliance risk. |
These scenarios highlight a simple truth:
General Guidance for Teams using CI + Xray
Scenario | Approach |
---|---|
Short-lived artifacts (debug logs) | You may prefer to link them in comments to keep execution records lightweight and focused. |
Critical test output or evidence needed for audits | Best stored in Xray’s TestRun Evidence panel to ensure long-term availability and traceability. |
Large reports (test coverage in HTML format) | Consider summarizing the content in Xray, with a link to the full version hosted externally. |
Regulated environments | Ensure retention and access policies in your CI system are aligned with compliance needs. Xray can serve as a stable system of record if required. |
|
A well-structured and standardized approach to evidence storage doesn’t have to feel like a heavy burden. With Xray’s built-in features and smart configurations, teams can effortlessly maintain consistency, improve traceability, and accelerate test cycles.
Here’s how Xray can help enable a light, actionable evidence process:
Remember, Xray helps you to:
General Guidance for a Structured & Standardized Process
Scenario | Approach |
---|---|
Works under strict QA/compliance policies (e.g., ISO, FDA, DO-178C) | Using Xray-specific workflow settings that block transitions unless all executions have been performed, alied with validators in your Jira workflow that block transitions unless mandatory fields or evidence are present |
You have rotating or external QA resources | Creating pre-filled Test Execution templates and onboarding kits with ✔️/❌ examples |
Structure doesn’t have to mean rigidity. When done right, it creates clarity, trust, and the space for teams to move faster with confidence. |
You don’t need a one-size-fits-all policy. You need a storage strategy that fits each team’s reality.
Start by reviewing how your teams currently use storage. Then, map them to the patterns outlined above and adjust your global settings, evidence formats, and expectations to support both autonomy and control.