Best Of

If you need to use values from two different data sources in the same test, then you should create an Aggregate data source which will effectively make the two act like one: https://docs.parasoft.com/display/SOAVIRT9106/_Adding+a+Data+Source+at+the+Test+Suite,+Project,+or+Global+Level#id-_AddingaDataSourceattheTestSuite,Project,orGlobalLevel-ConfiguringanAggregateDataSourcethatCombinesMultipleDataSources

Here is a groovy script we use to decode and encode

import com.parasoft.api.*
import java.lang.*
import javax.xml.bind.DatatypeConverter;

public String Decode(input, context) {

//Pull the encoded base64 string into the script.
a = context.getValue("Generated Data Source", "Variable_Name");
Application.showMessage("Variable_Name: " + a)


//Decode the string.
decoded = new String(DatatypeConverter.parseBase64Binary(a));
Application.showMessage("Decoded: " + decoded)
assert decoded.contains('SUCCESS')

//Encode the string. This should match the original string you pulled in to the script.
encoded = new String(DatatypeConverter.printBase64Binary(decoded.getBytes()));
Application.showMessage("Encoded: " + encoded)

return

}

Close and reopen the .tst file that is referencing the .tst file that got changed.

In the dialog that pops up there is a link that says "Expected number of arguments: 0 or 1". When you click the link, you get a message that tells you that the script expects 0 or 1 arguments, and if you do include the 1 argument that it is of type ScriptingContext. So in your case you need to modify your script and simply remove the "input" parameter. You also can optionally remove the "context" parameter as well since your script doesn't use it.

is these any way in parasoft where we can create seperate report with the help of JAVA or any othe jars.

Custom reporting is accomplished in at least a couple different ways. One way is to provide SOAtest with a custom XSL file. Another way is to write code (like java code) that you execute yourself after running your SOAtest tests to extract test result data from the SOAtest XML report and use that data in some special way. It sounds like you want the latter.

By "extent reports" I am guessing you are referring to the Extent Reporting Framework. I don't have any example java code that extracts values from the SOAtest XML report and feeds that test data into the Extent Reports API. However, this sounds very feasible. If anyone has done this then I'd encourage them to share what they did here on the forum!

I recommend you contacting Parasoft Support if you don't get an answer from the forum community.

In case this helps you, one thing I can say is that in your implementation of com.parasoft.api.tool.ICustomTool.execute(IToolInput, IToolContext) that you get the field values by calling context.getConfiguration().getString("fieldId"). The returned value will have any variables resolved automatically, for any variables that successfully resolve. Please also note that accessing the field values from other methods in your ICustomTool implementation, like isValidConfig(), won't have variables resolved since that method is called outside of test execution context. In those cases you get the configured value whereas "execute" method has access to the resolved value you need at execution time.