You will need to select appropriate workflow for test executions. There are many workflows available out of box for supported test tools, but you can define your own test tool and workflow as well. Depending on workflow you select, you may have few inputs to configure. - Inputs are provided as Groovy expression where you can use various property keys. Here you can use all the available properties (plugin or workflow).
- Note that endpoint execution related (various directory like FD_TEMP_DIR, FD_ARTIFACTS_DIR) variables can not be used here.
- If property is defined for current deploy instance (not test instance) then you do not have to qualify it.
- For example, "-P EndPoint="+FLEXDEPLOY_SERVER_HOSTNAME +":" + FLEXDEPLOY_SERVER_PORT + " -P Database=" + FDJDBC_URL
- In this example, FLEXDEPLOY_SERVER_HOSTNAME, FLEXDEPLOY_SERVER_PORT, FDJDBC_URL are defined on current deployment instance and hence we did not have to use Instance code prefix. But if you used TOMCAT_FDJDBC_URL it will work as well.
- If you are trying to use encrypted property like password then it may not be available here. In such situations, you can replacement variables in your test files or command line arguments. Whenever you use property replacement variables on or command line variables, those they must be qualified using deploy instance code.
- For example in case of SoapUI, you can pass arguments like this to use password property (where TOMCAT is instance code). "-P EndPoint="+FLEXDEPLOY_SERVER_HOSTNAME +":" + FLEXDEPLOY_SERVER_PORT + " -P Database=" + FDJDBC_URL + " -p\$TOMCAT_FD_JDBC_PASSWORD"
- In this example, we are passing Unix environment variable syntax (assuming running on Unix) for password and we need to qualify using instance code in such cases.
|