Update Custom Property references in "Run Test Case" values, if Custom Property is renamed
It would be great, if ReadyAPI/SoapUI NG would update usages of custom properties in case of renaming the custom property, even if there are used in the value part of the property definiton of "Run Test Case" test steps. 1. Create TestSuite Repro - Custom Property MyRepro 2. Create TestCase Foo - Custom Property MyFoo 3. Create TestCase Bar 3a. Create TestStep "Run TestCase Foo" in TestCase "Bar" 3b. Assign to "MyFoo" the value value ${#TestSuite#MyRepro} 4. Rename the Custom Property "MyRepro" to "MyNewRepro" 5. Check the value in TestStep "Run TestCase Foo" -> Value is still "${#TestSuite#MyRepro}" and not "${#TestSuite#MyNewRepro}" If the custom property is used in a "Soap Request" test step, the usage is updated. So it would be a great help, if same happens in case of usages in "Run TestCase" test steps. With regardsmichdec9 years agoFrequent Visitor1.6KViews0likes0CommentsSort REST resources by name
Either order the resources of a wadl (REST Project) by path, or by method name. It would be best if you let the user choose between the two, but any one of them would be a huge improvement. Nowadays i have to scan with my eyes back and forth everytime i want to invoke a REST method. That is very tiring. see attached screenshot.pinkasey9 years agoVisitorNew Idea3KViews0likes1CommentSending bytes frame via "Publish using MQTT" test step
The idea is to send bytes frame (not string representing bytes) in message body on MQTT topic without using any additional files, so MQTT could decode it.Currently the only valuewe can send is a String. Thankslimak919 years agoNew ContributorNew Idea1.4KViews0likes0CommentsReadyAPI needs tabbed interface on Projects view
Hello SmartBears The ReadyAPI does not have a tabbed interface under the Projects view. This change of interface (from SoapUI/SoapUI Pro) is a major drawback, and non of my co-workers will use ReadyAPI until this issue is solved. I poseted this as an issue in the forum, and was told this is working as expected, however, this is a mjor issue. The current ReadyAPI is geared to have you work inside of Test Cases inside the SoapUI tab. While this is great for items that have test cases, in the real world, peopledo not use your product only in this manner. In fact 90% of the Dev/Product Support people make an individual call(s) to web services for testing certain scenarios. When you operate in this manner - opening a web service Soap request under the Projects view, you do not get a tabbed interface, you only get the "<" and ">" to navigate to the requests that are open. Once you have opened a few requests, it is extremely cumbersome to navigate to other open requests. This is a sharp deviation from how SoapUI interface operated. The only way to get the tabbed behavior is by creating test cases in the ReadyAPI/SoapNG view. I would like to reiterate that this is a showstopper for the company I am currently at. No other staff will use ReadyAPI because of this major design change in your product. It adverselvy affects current user workflow with ReadyAPI. If this issue is not corrected in future releases, we will be forced to find another soap testing tool.jorgebarrera7 years agoOccasional ContributorImplemented9.4KViews0likes6CommentsPlease include Collapse/Expand All items for the Workspace navigation item
In Ready! API 1.4.0+, there are new context menu options to Expand All and Collapse All in the naviation tree. However, these items only show up for Projects or lower. The Workspace itself is the most useful spot for Collapse All (Expand All is a little more questionable at the Workspace, since it is time expensive, but contextually it makes sense to keep both together). Without this option at the Workspace, you have to indivudually use each project's context menu to collapse them each one by one. Please include a context menu for Work Spaces, so that we can right click and Collapse/Expand All for everything inside the Workspace at once. Better yet: A small collapse/expand all button right next to the Workspace would be preferable--that way you don't need to implement a context menu for the Workspace, plus it's much handier for end user's than using context menues ;) Note: Just realized that I logged this in the wrong forum. Meant to log in Ready! API Feature Requests. I'll ask a Mod to move it.kbw9 years agoContributorImplemented5.7KViews0likes2CommentsAdd Tab-Based Layout Orientation a default setting in Preferences
This would be a GREAT add to Preferences > UI Settings > Workspace Type > Currently it has [Single Pane] & [Tabbed Desktop] > But working in either - I want work in the setting of "tab-based layout" all the time. Some also want to have the Orientation to Top/Bottom. I would like to see this in a future release as it seems others would too. Robrlong989 years agoContributorNew Idea1.6KViews0likes0CommentsAbility to run Multiple Projects from Test Runner or from a batch parallelly with one Report
Can we have a feature to launch allProject filesin one clickfrom the Test Runner or using a batch file parallelly and have one consolidate report generated for allthe Projects. Thanks.Pradk9 years agoNew MemberNew Idea1.2KViews0likes0CommentsFeature to launch all Testsuites in all workspace's projects in one click in the IDE
Can we have a feature to launch all Testsuites in all workspace's projects in one click in the IDE and have one report generated for all Test Suites in the Workspace.avercoutere9 years agoRegular VisitorNew Idea1.1KViews0likes0CommentsFeature Request - Ws-Attacker
Is there anyone that can answer a question as to whether or not some of the attacks for ws-attacker can be added to the SecurePro product - there are a high number of attacks that are included there that are not included in SecurePro. Please see below for a support request response: --------------------------------------------------------------- 10/06/2015 02:52:50 PM EDT [Marcus James] --------------------------------------------------------------- Hi, "Right now you have the ability to add attacks one at a time, the ability to import 100's of attacks would be, in my opinion, a very valuable feature to add and would make sense given the number of iterations that may be required to discover issues" I agree that the Secure Pro functionality should have the ability to add more than one security scan at a time in the GUI for security tests that are already created. I have opened enhancement request API-3637 for this. " This would reduce the reliance on using Burp Intruder to conduct attacks after SoapUI Pro has parsed WSDLs, or you have created REST based attacks. The other part of this request would be able to conduct attacks in addition to those listed that ws-attacker has" WS-Attacker uses SoapUI framework based on the documentation off of Github. There does not appear to be a license or EULA associated with that framework. I believe you should create a feature request for this in the Ready API forum and some one from the product management team such as the product owner can provide feedback on this. http://community.smartbear.com/t5/Ready-API-Platform-and-Tools/ct-p/ready_api_forums Regards, Marcus *************************************************************** Case: 00136785 Status: Solution Provided Priority Level: Standard File Upload Link: http://smartbear.secure.force.com/support/WebToCaseFileUploadS3?caseId=5007000001Q117QBipedal0294 years agoOccasional Contributor1.2KViews0likes0CommentsCould you pls make work space available for testrunner.bat?
Workspace file are only available for UI and not for testRunner.bat- I am trying to retrieve property values of other project by using groovy script at testusite set up script as given below but it fails when I run it from test runner. It became an issue for our continuous integration effort as it will not work from bamboo. Here are the details: Pls check the below command that I have at testsuite level setup script. Is there a way to make it work from test runner without giving full path to the project.? As the below is not working def acct = SoapUI.getWorkspace().getProjectByName(" Create-Account-Folio ").getPropertyValue(" IndividualAcc-VA ") Work around: WsdlProjectPro project = new WsdlProjectPro("C:\\REST API testing_IAClient-No changes to this folder\\Scripts Sep 2015\\Create-Account-Folio.xml") def IndividualAccVA =project.getPropertyValue("IndividualAcc-VA") I need to change the path when I run it from Bamboo as the path to the project I am calling changes, and also sharing the script wtih others. Could you pls make it work wihout changing the path every time. Thxjsreesoap9 years agoContributorNew Idea1.1KViews0likes0CommentsShow drop down of previous entries in text fields.
When saving a project as e.g. WAR, the text fields forthe virtendpoint, war file and war directory don'tshowa drop down list with previous entries. It would be useful for e.g. redeployment, if there is a drop down list with theseprevious entries.This can also be interesting for other text fields.MarV9 years agoVisitorNew Idea1.2KViews0likes0CommentsAdd functionality to make curl requests
It would be beneficial if users had the ability to run curl commands out of SoapUI. Not to run SoapUI tests or projects but to hit end points using curljkrier10 years agoRegular ContributorNew Idea3.9KViews0likes0CommentsLoadUI NG Statistic/Monitoring Page
Need teh capability to rename each monitor in the monitioring & statis page page rather than using the default. Theproblem here is when you have multiple servers and each of themhave thesame monitors - you have no way of telling which monitor was for which serverbthomas10 years agoRegular Visitor1.4KViews0likes0CommentsIn Ready! API give configuration option to select the default view to open in
Every time Ready! API opens, it opens in the Start page. However, personally, I never use this page and always have to manually change to the SoapUI NG page. A configuration option to allow us to tell Ready! API which page to open to on startup would be nice. It should include the following options: Start Projects SoapUI NG LoadUI NG Secure and Serviceskbw7 years agoContributorImplemented2.2KViews0likes1CommentIn Ready! API give configuration option to disable "remembering" open navigation items
Ready! API attempts to remember all of the items that were expanded the last time you quit and then re-expands them automatically the next time it opens. However, this feature is more of a hassle than a help: FIrst, it is glitchy--every time I re-open soapUI it not only remembers what I had open at the previous session, but it very often randomly expands other items as well, which were never openned at all. I waste my time collapsing these items, and the next session it'll just be a different set of items open that I had never touched in the previous session, no apparent pattern to it. Even without the defects in the implementation, this feature causes more work,not less. Every time I open soapUI, I have to go and close the old open items, because most often I'm finished with them and have moved on to another areas to test. SoapUI 4 was much better in this--it started up clean each time, then you could expand only what you are currently working on, without having to go manually collapse everything that you no longer needed. Just leaving everythign expanded is no solution either--having that many items open makes looking through everything more time consuming. However, there may be people who like this new feature (assuming the glitches get fixed), so could we please have a configuration option to disable this feature?kbw10 years agoContributorNew Idea1.4KViews0likes0CommentsHave two separate proxy confgurations
When proxying communication thru Burp, all kinds of other noisy junk also goes thru the proxy. This should go thru a differant HTTP connection, not my proxy connection. The noise includes calls to api.keen.io for '/3.0/projects/5437ff7138314418e4e2b240/events/FEATURE_USAGE' mostly. But, there are a lot of other communications that actually cause more than just annoyances. At startup, if I'm configured for a 'license server' connection, this goes thru my proxy too, which is totally unecessary. If my burp-proxy happens not to be running at all, the application is very unforgiving and launches with blank panels and hangs. Thanks for listening. -Aegandrew10 years agoNew MemberNew Idea1.7KViews0likes0CommentsReplace the Option to Disable Tooltips
We don't all use tooltips in SoapUI. Please replace the option to disable tooltips in Ready! API. I find that the tooltips always get in my way andI get tired of seeing them. I shouldn't be forced to use them if I don't want them. Thanks.mrugglesaz10 years agoOccasional ContributorNew Idea1.4KViews0likes0CommentsAllow More Than One Message Exchange Window to be Opened at a Time
When executing a test case within the SoapUI NG GUI, you should return message response viewing to the way it was before NG - you should be able to view the responses for more than one step/iteration at a time and the window should be opened as a separate tab to the right of the test case tab. Opening a message exchange window in a separate window and only allowing one to open at a time does not allow me to view results of iterations side-by-side. This was a valuable function for debugging data-driven tests that had failures on selected iterations. Please return the message exchange windows to their former functionality.mrugglesaz10 years agoOccasional ContributorNew Idea1.3KViews0likes0CommentsOrganize Projects - drag/drop
I'd like the ability to organize projects in a way that is meaninful to me by dragging/dropping them in the project list.cmitchko22710 years agoRegular VisitorNew Idea1.3KViews0likes0CommentsOption to export microsoft word documents along with comments entered by reviewers
Getting the word document downloaded from Colloborator with the review comments. Suppose I have put a word doc for review and I got the review comments from few reviewers and I wanted to send the doc for review to another person who do not have collaborator and also wanted to highlight the comments entered by other reviewers to the third one – So I wanted to download the doc attached to collaborator which also shows the review comments.sundaram7610 years agoNew MemberNew Idea1.4KViews0likes0CommentsPlease consider reintroducing the Total Runs option to LoadUI NG
Prior to LoadUI NG I made use of the Total Runs option of the SoapUI load testing functionality to provide baseline transaction turnaround timings. I don't think the current LoadUI NG options can give me the same level of control. Please consider reintroducing the Total Runs option to LoadUI NG. Thanks.NigelOldfield7 years agoOccasional ContributorImplemented3.5KViews0likes2CommentsAllow setting ReadyAPI working directory for user
Feature request:Please consider adding aglobal log file location and removing the dependency on the bin/ directorybeing writeable by the user running ReadyAPI (or testrunner.sh, etc). Evenbetter would be if you would support using a variable in the path, orsimply relative paths, so that the ReadyAPI logs of one project could beplaced under the project's working directory. I'm not overly familiar with ReadyAPI but I imagine the ideal location inwhich to specify a log path would be in soapui-settings.xml. Background (as per our forum post and support ticket): We have installed in a system-wide location at /opt/SmartBear/ReadyAP-1.2.2, but unless we make the bin/ subdirectory of that path writeable by the user (not a good idea!) the software refuses to start. Even giving write permissions to all of the individual log files that ReadyAPI expects to write to is insufficient. It requires write access to the bin/ subdirectory. If I temporarily make bin/ writeable, I can launch the GUI, run tests, etc. Even if installed into a user's home directory, we'd prefer for logs not to be created in the same dir as the binaries. I have so far tried setting global properties as follows using the GUI: Name: soapui.logroot /home/user/soapui-workdir user.dir /home/user/soapui-workdir Neither of these worked when running our test suite, even after restarting the ReadyAPI GUI. I have tried various combinations but ended up having to make our user theowner of the directory for ReadyAPI to even launch at all. I had consideredediting soapui-log4j.xml but thought it was bad form to do so (and it'slikely changes will be over-written next time we upgrade ReadyAPI). I think many *nix systems administrators would be concerned about the factthat ReadyAPI requires write access to the binaries directory (not just thelog files in it, but the whole directory).WaikatoUni10 years agoNew Contributor4.6KViews0likes2CommentsSpecify the color for each selected statistic in a LoadUI NG graph view
When selecting the statisticsfor a graphs view in LoanUI NG I would like to specify also the color for each statistict so that I can generate consistent reports.Dimitrios_P8 years agoNew ContributorSelected for Development4.4KViews0likes3CommentsDialog for report format to handle lower case
More of an annoying thing, http://screencast.com/t/pJnh4bzuq I had a support issue where my report wasn't coming out as pdf because the casefor the passed in format has to be upper case so: PDF Please allow the dialog to handle upper AND lower case.maximojo10 years agoFrequent ContributorAccepted for Discussion4.1KViews0likes2CommentsSupport of ECDH protocol
We suggest to update SoapUI Pro(and also LoadUI Pro) so that it is working with ECDH (Elliptic curve Diffie-Hellman) protocol. Our client is forward-looking and they will use this protocol soon. As also SoapUI should be able to use trend-setting encryption we suggest upgrading the functionality so that we are able to continue working with SoapUI Pro.Daniel_VIE10 years agoFrequent VisitorNew Idea4.2KViews0likes3Commentspararel working on same project in the same time
It would be very great if 2 test engineers would be able to work on same project in same time in SoapUI. Or at least there should exist some kind of "merge tools" that takes changes from project1, project2, ... projectN, and merges those changes to one"master project". This functionality is very needed when services are already defined in SoapUI and you want to make test-cases corresponding to each service and you want to derivate this kind of work on more than 1 people. This is not posible right now andyou have tomerge changes manualy (via total commander for example).Miroslav10 years agoRegular VisitorImplemented6.5KViews0likes4Comments