These forums are a place for learning, helping and sharing experiences with others about any of our products. Feel free to ask a question and get answers from our community and our most advanced users.
Note that these are public forums - anyone can view the discussions here.
VISIT OUR DIFFERENT FORUMS:
Announcements > | |
CloudShell > | TestShell > |
Developers > | BI (Business Inteligence) > |
This is where you can suggest your ideas to help and improve the product for everyone.
Please make sure to read the following article before posting a new idea, to get more information about the required information and ideas lifecycle.
Feel free to vote and comment on other ideas to promote them.
Thanks for everyone who suggested the ideas and voted for them.
Find, download and share integrations that can extend and enhance the CloudShell experience.
Integrations have several levels:
Certified - Officially tested and supported by Quali.
Preview - Provides a sneak peek to what the Quali team is developing. Officially supported by Quali. Feel free to experiment and comment, but please take into consideration that it is not yet tested and released.
Community - Integrations shared by community users. Feel free to look into what other users have contributed, please take into consideration that these integrations are not tested by Quali.
To learn more about creating Shells and integrating with CloudShell, use the following links:
CloudShell's Dev Guide > | Configuration Management > |
Getting started with Shells > | Extending CloudShell with Cloud Providers > |
Getting started with Orchestration > | API Guide > |
To share your integration, follow the instructions in this guide >.
Jim Woodlock suggested an idea (#3674) · Jun 07, 2018 at 12:56 PM · job scheduling
When you edit a Suite, the Tests section should allow the user to intermingle Tests with calls to Blueprint or Resource Command Scripting. While the instantiation of the Blueprint lays down the initial architecture, there are situations where the environment needs to be "updated". It's not that the resources change (so it doesn't make sense to release and reacquire a sandbox), but rather the "overlay" needs to change. For example, you run a throughput test with the user account defined as unlimited, then you want to update the account to have a usage cap and rerun the exact same test to see the change; or it might be a cell phone switching from prepaid to postpaid (and do the tests still pass).
In both cases the resources haven't changed (it's the same path), but their settings may need altering
By allowing the operator to select commands between Tests these commands can act on the sandbox to update the environment. This keeps the "environmental actions" within Quali's purview, while allowing the Test Tool to focus on the "user experience" over that environment
- call Blueprint script 'Change to Unlimited'
- Robot\perform test A
- call Blueprint script 'Change to 20Mb'
- Robot\perform test A
Maya Ber commented · Jun 11, 2018 at 03:43 PM
Hi @james.woodlock@verizonwireless.com. This is a nice idea. It can be worked around, but I can see the value of having the ability to add commands directly. I look forward to see if this capability would be considered a high priority by additional users (please add use case information if possible!). Thank you
These forums are a place for learning, helping and sharing experiences with others about any of our products. Feel free to ask a question and get answers from our community and our most advanced users.
Note that these are public forums - anyone can view the discussions here.
Announcements | |
CloudShell | TestShell |
Developers | BI (Business Inteligence) |
This is where you can suggest your ideas to help and improve the product for everyone.
Please make sure to read the following article before posting a new idea, to get more information about the required information and ideas lifecycle.
Feel free to vote and comment on other ideas to promote them.
Thanks for everyone who suggested the ideas and voted for them.
Find, download and share integrations that can extend and enhance the CloudShell experience.
Integrations have several levels:
Certified - Officially tested and supported by Quali.
Preview - Provides a sneak peek to what the Quali team is developing. Officially supported by Quali. Feel free to experiment and comment, but please take into consideration that it is not yet tested and released.
Community - Integrations shared by community users. Feel free to look into what other users have contributed, please take into consideration that these integrations are not tested by Quali.
To learn more about creating Shells and integrating with CloudShell, use the following links:
CloudShell's Dev Guide | Configuration Management |
Getting started with Shells | Extending CloudShell with Cloud Providers |
Getting started with Orchestration | API Guide |
To share your integration, follow the instructions in this guide.
Help us make things better. Share your great idea or vote for other people's.
Improvement to Cloudshell report generation workflow
Ability to make the Blueprint a user selected input for a Suite's Job (Job Scheduling)
Ability to check history of test case runs
Allow User Inputs for Jobs to have the same options as Blueprint Inputs (Job Scheduling)
The user should be able to delete old executions of a particular test suite.
configuring custom template for job scheduling (per domain setting option) in Cloudshell
provide method to provide cloudshell portal encrypted user input password in test suite
Change owner of test suite -- by domain administrator or system administrator.
Execution Server Selector Pool for Job Scheduling instead of Specific Concrete Server Selection