Discovered Outputs and Testing

for every action, there are outputs when an action executes (and does not fail), the output data returns a minimum base of property types, which you can apply as inputs for other actions within your playbook, or promote for use outside of the current playbook through the playbook outputs dialog discovered outputs in addition to the base property types, action outputs may return additional properties based on the action or connector you use and the inputs you provide these are the discovered outputs test actions testing a single action enables better debugging, helps you detect errors earlier, saves time, and lets you test inputs while building your playbook test an action to test connectors/actions select your action and click configure the inputs , outputs , and test tabs are available to configure click the test tab enter your test inputs and configure the rest of the action as needed click test to run the action test the result pane below provides the raw json data turbine converts that difficult to read json into an easy to read format under the discovered outputs tab the discovered outputs are combined with the base (original) outputs all of the known outputs display with check marks the remaining outputs from the request are unchecked, and you can select one or all of them and click add those selected to outputs to view the added outputs, navigate to the outputs tab all of the outputs that were custom (that you just added) display with the option to delete you cannot delete any outputs that are part of the original outputs error outputs if your action fails, you need to know more information about why the action failed turbine provides a base level error property type for action outputs the error property type gives you access to any output properties when an error occurs currently, the http native action, script native action, and connectors have this property type this provides a better user experience when testing actions and handling errors use error outputs example alex has a playbook with two http native actions connected in sequence the first http action makes a post request to an api endpoint the second http action uses the response from the first action in the first http action, alex selects the post method and enters https //api example com/users as the url when alex tests this action, it fails because the api endpoint requires authentication from the outputs tab, alex sees the base level property type error alex can reference the error outputs in subsequent actions using expressions $actions http1 result error errormessage $actions http1 result error statuscode alex configures the second http action to use the error output from the first action alex opens the action inputs and uses the property selector to reference the error properties from the first http action now, if the first http action fails, the error response is available for use in the second http action or other downstream actions in the playbook discover error outputs you can discover outputs during action testing actions have outputs based on what action or connector you choose and the base property types that are returned if the action test has an error response, you can discover error outputs example alex selected the http native action and configured it as below alex clicks test there's an error response! it's easy to see because the results pane now shows error the result and discovered outputs tabs on that pane are now error and error outputs alex wants to add the discovered error outputs results to the action outputs she clicks the error outputs tab and selects individual properties to add, or she clicks select all at the top of the pane to add all of the discovered error outputs to the action outputs once she does, she can go back to the tabs at the top of the http1 action and click the outputs tab miranda's selected error output properties are available under the error property to promote error outputs for use outside the playbook, use the playbook outputs dialog for more information, see