PDF UiPath-ADPv1 Study Guide

The statement that is true about the existing UiPath Studio installation packages is that the Attended Robot installation package installs only the UiPath Robot. The UiPath Robot is the component that executes the automation workflows designed in UiPath Studio. The Attended Robot installation package is intended for scenarios where the Robot works on the same machine as a human user and requires human input or supervision. The Attended Robot installation package does not include UiPath Studio or UiPath Assistant. UiPath Studio is the component that allows the developer to design and debug the automation workflows. UiPath Assistant is the component that allows the user to manage and run the automation workflows on their machine. The Unattended Robot installation package and the Automation Developer installation package both include UiPath Studio, UiPath Assistant, and UiPath Robot, but they are intended for different scenarios. The Unattended Robot installation package is for scenarios where the Robot works on a dedicated machine and does not require human input or supervision. The Automation Developer installation package is for scenarios where the developer needs to create and test the automation workflows on their machine. References: [UiPath Installation Guide], [UiPath Robot], [UiPath Studio], [UiPath Assistant]

In the context of a linear process, implemented with REFramework, the process will enter the Get Transaction Data state only 1 time. This is because the Get Transaction Data state is responsible for fetching the next transaction item from the data source and assigning it to the TransactionItem variable. In a linear process, there is only one transaction item that represents the entire process, and it is fetched at the beginning of the execution. Therefore, the process will enter the Get Transaction Data state only once, and then move to the Process Transaction state, where the main logic of the process is executed. The process will not return to the Get Transaction Data state, unless there is an exception or a retry in the Process Transaction state. References: [Robotic Enterprise Framework], [REFramework for Linear Processes]

The workflow in question uses a 'Verify Control Attribute' activity to check if the text value of a UI element is equal to "Work Items". The Get Text activity is used to retrieve the text from the specified UI element, and the result of this activity is compared against the expected value "Work Items".

From the provided information, the 'Verify Control Attribute' activity has been set up with the Expression "Work Items" and the Operator set to Equality. The 'Get Text' activity is configured to extract the text from the UI element with the visible text "Work Items", as indicated by the selector shown in the image.

Since the actual value of the UI element's text is "Work Items" (which matches the expected value in the 'Verify Control Attribute' activity), and provided that the 'Get Text' activity successfully retrieves this value, the verification will pass. The configuration indicates that the activity should take a screenshot only if the verification fails (TakeScreenshotIfFailed is set to True), which will not be the case here.

Therefore, assuming that there are no other issues such as incorrect selectors or unexpected changes to the UI element at execution time, the result of the 'Verify Control Attribute' activity will be a pass.

When starting a job manually in UiPath Orchestrator, the default priority value for the Job Priority field is Inherited. This means that the job inherits the priority value that was set at the process level when the package was deployed. The possible priority values are High, Normal, and Low. The priority value determines the order in which the jobs are executed by the robots, with higher priority jobs being executed first. The priority value can be changed manually when starting a job, or it can be set dynamically using the Start Job activity in a workflow. References: [Starting a Job], [Job Priority]