Feature Requests

As a QA engineer, one of the major challenges I face while using QASE is the lack of flexibility in reusing specific test steps from existing test cases. Currently, QASE only supports Shared Steps, which requires us to predefine reusable blocks in advance. While useful, it can be cumbersome and time-consuming to manage — especially for complex modules or evolving test cases. Other test case management tools like Xray or TestRail allow us to clone specific steps from existing test cases directly while writing a new one. This is an extremely helpful and time-saving feature, especially when writing test cases for the same module that share partial logic. In QASE: • I cannot clone only specific steps from one test case to another. • I also cannot merge or selectively combine steps from multiple test cases into one. • Declaring and managing Shared Steps each time introduces extra overhead and breaks flow during test authoring. Here are some sample screenshots of how other TMSs(XRAY) support this feature: Click on Import Choose "From Test..." Select the test case ID & choose the steps using checkboxes Map the field names and import

Would be great to be able to link ClickUp tasks to Requirements with status overview have filtering functionality have some stats, overview over requirements e.g. status, linked tc test results, etc. move forward own requirement management with structure, traceability matrix, risk management option

As a user, I have a configuration that includes 5 separate platforms. I would like the ability to start 5 identical test runs simultaneously, each automatically assigned to a different platform from that configuration. Current Behavior: At present, it seems I need to manually create each test run one at a time for each platform. Requested Behavior: Add an option to initiate multiple test runs in parallel, with each run using a distinct platform defined in the selected configuration.

We’ve added a Custom Field to our test cases in QASE and are actively using it. However, we noticed that this field is not available as a filter option when creating visualizations or charts in the dashboard. Being able to use custom fields as filter criteria on the dashboard would significantly improve our ability to group, analyze, and visualize test data in a more meaningful way. Could you please let us know if this feature is on your roadmap or if it’s something that could be supported in the near future?

We have multiple developers updating test cases regularly, so we’d like to take periodic backups to prevent accidental data loss and maintain version history. Currently, it seems there’s no official API for this, so we’d really appreciate having the ability to perform backups programmatically via API.

I may not know the exact day or time when I will run the test within the next month — scheduling a test run for a specific date or time is not feasible in this case. In such situations, it would be helpful to allow users to mark test runs with a "To Do" status, rather than setting them to "In Progress" by default. Otherwise, stakeholders reviewing the list of test runs showing 0% progress might be confused about why no progress is being made. Introducing a "To Do" status would help eliminate this confusion.

I would like to run playwright test in the environment specified by qase test run. For example, if starting test run with staging environment, the playwright test should also run in staging.

For now there is a set number of colors that can be used for text editing. Can we broaden the palette with more colors (atleast blue) or ideally make it that you can choose any custom color?

As a test case creator/contributor, I need to provide (frequently verbose) text via running it on the command line, verifying it, then copying and pasting it into the Qase test case step text pane editor (within the bounds of a preformatted/code text block). I want to make it as easy as possible for the test runner to have something easy to use. As a test runner, I want to be able to copy the preformatted (frequently verbose) text provided by the creator/contributor without needing to worry about being imprecise with the text selection. In a perfect world, there would be a small icon near the top-right corner of the preformatted text pane which, when hovered over, will display the hint "click to copy", and when clicking on it, the contents of the preformatted text pane (no less, no more) get copied to my paste buffer for subsequent use on the command line. This feature is likely unnecessary outside of a preformatted block. That said, this should be a feature for at least the full block code editor (the "`` " triple-backtick code fence). This might be excessive when working with inline preformatted code (the short string bounded by " " single-backticks on both ends).