The TestRail integration displays test data within Aha! Develop but does not expose it as structured, reportable fields. Attributes like Test Case ID, Test Status, Execution Result, and Coverage render as a display only block - visible on a Feature, but unavailable for filtering, querying, or reporting.
Teams cannot:
Report on test execution status across Features or Releases
Build Requirements Traceability Matrix (RTM) reports
Measure Feature level test coverage
Create Passed / Failed / Blocked / Not Run dashboards
Assess release readiness by combining delivery status with QA validation progress
Delivery progress lives in Aha!; validation progress is reportable only in TestRail. This prevents Aha! from serving as a single source of truth for release readiness, forcing teams out of the platform to assemble a complete picture.
No holistic reporting - Feature completion, test coverage, and execution status cannot be combined.
No RTM capability - End-to-end traceability from requirement through validation is unavailable.
No failure disposition - Teams cannot distinguish unresolved failures from formally accepted limitations, deferred defects, or approved exceptions.
Manual overhead - Parallel reporting across Aha! and TestRail increases effort and reduces release decision confidence.
This gap affects any organisation using both Aha! Develop and TestRail - it is a broadly applicable integration issue, not a niche request.
Enhance the TestRail integration to synchronise test data as structured, reportable fields rather than display only content.
Recommended fields include:
Test Case ID
Test Case Name
Test Status (Passed, Failed, Blocked, Not Run)
Latest Execution Result
Execution Date
Requirement / Feature Reference
Where TestRail's data model supports it, expose failure disposition context (accepted limitation, deferred defect, approved exception) to separate unresolved failures from formally dispositioned outcomes.
Unlocks traceability, coverage, quality, and release readiness reporting natively in Aha! without replacing TestRail as the test execution system of record.
Enables single view release readiness assessment combining delivery status, test coverage, execution results, and accepted limitations.
Strengthens Aha!'s position as the central platform for planning, delivery, validation, and release governance.
Scales across industries, team sizes, and any customer using the TestRail integration.
Is there an estimated timeline for implementing this feature?
Today, QA teams spend significant time manually linking requirements, user stories, test cases, and test outcomes to produce RTM evidence. On larger projects, this can represent 100+ hours of effort, and the overhead compounds across portfolios as organisations scale.
Exposing structured TestRail fields within Aha! would automate much of this work, improve traceability quality and audit readiness, and allow QA teams to focus on validation rather than report assembly. I'm working on a project right now and let's just say the QA Engineers are cheered by the fact this one is in your backlog... I'd love to give them an idea of how much longer they'll have to suffer =).
This would be a very beneficial improvement for our team as well.