Best Of

The collection of traffic is not what is causing the tests to run slowly. What browser are you using during playback? Which playback engine are you using (WebDriver or legacy)? What kind of element locators does your test use - Xpath element locators can be slower than other types of locators in certain browsers, especially IE. Also, the test can run slowly because the application being tested takes a long time to load each page.

@kram_soatest

did you add value for -data option?
In second command where you are using -resource you should also provide name of the project.
If you want to run all projects/tests in workspace, skip -resource option.

--
Ireneusz Szmigiel
http://www.catb.org/esr/faqs/smart-questions.html

Portability is definitely a good thing. This is true whether designing code or designing test cases (Parasoft or otherwise). I can imagine taking one of the following approaches here:

• "ssh" is available for Windows as part of Cygwin. So, it is possible to run "ssh" with the exact same arguments in such a way that would work on both Linux and Windows.

• If instead you need to run entirely different commands on Linux vs Windows, then you could parameterize the path and any arguments with variables. This way you could use different values for those variables to run a different command or script depending on the environment. See Running Tests in Different Environments.

• You can also consider having two different External Tools, one with the Linux command configured and a second one with the Windows command configured. You can use test flow logic to conditionally execute one vs the other based on a test suite variable.

• Lastly, you could use some java-based ssh tool that is not OS specific. Perhaps you could make your External Tool call an Apache Ant script that uses the sshexec task. Or maybe you use an Extension Tool and write a little script using the jsch java library.

Hi Sridhaar,

you can integrate SOAtest with UrbanCode on several ways:

• you can run it as Shell/Shell (with xargs) plugin from UrbanCode
• you can run it as part of Ant task using Ant plugin from UrbanCode
• you can run it as part of Maven goal using Maven plugin from UrbanCode
• you can make SOAtest server part of your Docker image created with Docker Build plugin from UrbanCode

I personally would suggest to take a look on Shell/Shell (with xargs) as it might be the easiest.
For additional hints see here: Remote Execution and/or here CI

--
Ireneusz Szmigiel
http://www.catb.org/esr/faqs/smart-questions.html

Unfortunately, it looks like the answer is no, not at this time anyway. I believe you referring to the KeyInfo Form which is configured in the XML Signer/Encryption tools under the WS-Security section.

For background, the XML Signer/Encryption tools implement WS-Security using one of three versions of WSS4J, an open source java library. The version of the WSS4J library is configured in the Emulation Options section. Offhand, it looks like WSS4J 1.6 supports this but not the older 1.5 and 1.1 WSS4J libraries. Potentially, a new "X509 ThumbprintSHA1" option would need to be added to that KeyInfo Form combo box when WSS4J 1.6 is enabled under Emulation Options.

I would recommend reaching out to your Parasoft account representative to submit a formal feature request. Parasoft could potentially implement this for some future SOAtest release on your behalf but you need to discuss this with your Parasoft account representative.

Hello tarunsahu,

Take a look at the External tool which allows you to invoke external scripts/tools. You could write your Powershell commands in a .ps1 or batch file and invoke it using SOAtest.