Manager - Performance & Site Reliability at AssureCare LLC
Real User
Top 20
Feb 20, 2023
Stress Stimulus simulates browser HTTP calls. I would love to see where it can also simulate a real browser to measure visually complete time. For example, to be something similar to Tru Client. We run tests on SQL statements and stored procedures directly, even before integrating with UI. I wish there were a way to connect to my application DB and run SQL queries using a JDBC connection. In a world where the applications are changing every day, I hope Stress Stimulus comes up with an option to compare HTTP requests before and after deployment and tell me what requests have changed. This would help avoid rescripting every time, and this would be a huge deal.
Source control integration and versioning could be better. Currently, StresStimulus does not natively support any form of change control management. Result analysis (snap-out tabs for side-by-side comparisons) need improvement. Multiple sets of analysis results can be opened in the user interface at the same time, and comparison reports can be generated to compare some aspects of pairs of test runs. However, the interface that displays the multiple sets of results only allows a single result set to be viewed at any one time & uses tabs to switch between the individual result sets. It would be useful to have the ability to view multiple tabs at once, either side by side in the interface or by snapping tabs out of the interface into their own windows to be viewed together with others. Graphing (collect PerfMon data as part of the tests and then have the ability to create different graphs with that data after the test completes to help with analysis) could be better. Graphs and their contents have to be defined before tests are run. Often, as a result of running tests and viewing the results collected, it is necessary to have graphs showing/comparing different metrics collections than those specified before the run. Other tools collect metrics that are not tied to pre-defined graphs & allow the metrics to be used to construct graphs as required by subsequent analysis & investigation. Nested tests/test case groups/test solution files (ability to build a hierarchy of test cases/test case groups/solution files) are required. Within a StresStimulus, tests are organized in just two levels, test cases, and test case groups. As is possible with other tools, it would be helpful to have a hierarchy with multiple levels of nested test cases/test case groups (or even the solution config files themselves). It would make it easier to manage multiple sets, combinations of tests, load profiles & test mixes if a high-level solution file (or test case group) could run a collection of lower-level ones, which in turn end up executing multiple different base-level test case groups and individual test cases.
Additional features like the recent ability to import and run Postman and Selenium test scripts as performance tests have already been introduced with every new major release. StresStimulus has a dedicated blog where users of the tool can log new feature requests or enhancements to existing features. The goal of StresStimulus is to ease the implementation of performance test automation so expect more features around expanding compatibility with CI/CD tools and modern Web technologies. It's working on a better solution to automatically manipulate user licenses in automated pipelines.
StresStimulus is a comprehensive tool for performance testing, catering primarily to application performance under load to ensure reliability and user satisfaction across digital platforms. Focused on end-to-end performance validation, StresStimulus addresses preparation, execution, and post-analysis demands of performance testing, offering a wide array of monitoring tools to efficiently evaluate application behavior. It allows developers and testers to simulate thousands of concurrent...
Stress Stimulus simulates browser HTTP calls. I would love to see where it can also simulate a real browser to measure visually complete time. For example, to be something similar to Tru Client. We run tests on SQL statements and stored procedures directly, even before integrating with UI. I wish there were a way to connect to my application DB and run SQL queries using a JDBC connection. In a world where the applications are changing every day, I hope Stress Stimulus comes up with an option to compare HTTP requests before and after deployment and tell me what requests have changed. This would help avoid rescripting every time, and this would be a huge deal.
Source control integration and versioning could be better. Currently, StresStimulus does not natively support any form of change control management. Result analysis (snap-out tabs for side-by-side comparisons) need improvement. Multiple sets of analysis results can be opened in the user interface at the same time, and comparison reports can be generated to compare some aspects of pairs of test runs. However, the interface that displays the multiple sets of results only allows a single result set to be viewed at any one time & uses tabs to switch between the individual result sets. It would be useful to have the ability to view multiple tabs at once, either side by side in the interface or by snapping tabs out of the interface into their own windows to be viewed together with others. Graphing (collect PerfMon data as part of the tests and then have the ability to create different graphs with that data after the test completes to help with analysis) could be better. Graphs and their contents have to be defined before tests are run. Often, as a result of running tests and viewing the results collected, it is necessary to have graphs showing/comparing different metrics collections than those specified before the run. Other tools collect metrics that are not tied to pre-defined graphs & allow the metrics to be used to construct graphs as required by subsequent analysis & investigation. Nested tests/test case groups/test solution files (ability to build a hierarchy of test cases/test case groups/solution files) are required. Within a StresStimulus, tests are organized in just two levels, test cases, and test case groups. As is possible with other tools, it would be helpful to have a hierarchy with multiple levels of nested test cases/test case groups (or even the solution config files themselves). It would make it easier to manage multiple sets, combinations of tests, load profiles & test mixes if a high-level solution file (or test case group) could run a collection of lower-level ones, which in turn end up executing multiple different base-level test case groups and individual test cases.
Additional features like the recent ability to import and run Postman and Selenium test scripts as performance tests have already been introduced with every new major release. StresStimulus has a dedicated blog where users of the tool can log new feature requests or enhancements to existing features. The goal of StresStimulus is to ease the implementation of performance test automation so expect more features around expanding compatibility with CI/CD tools and modern Web technologies. It's working on a better solution to automatically manipulate user licenses in automated pipelines.