UiPath 已于 2023 年 10 月 13 日把 UiARD 替换为 UIADPv1 — 只有已经持证或已报名的开发者才需要关心这张证,新人请直接考 UIADPv1。
先把考试形式、适合人群、备考时长和学习范围讲清楚,再决定要不要投入时间。
UiPath Certified Advanced RPA Developer(UiARD,考试代码 UIARD)是 UiPath 原 Professional 级别认证路径里的最高级开发者证书,2019 年随 UiPath Academy v2 推出,2023 年 10 月 13 日正式退役,被 UiPath Certified Automation Developer Professional(UIADPv1) 取代。已经持证的人证书有效期保留 3 年,最后一批 UiARD 在 2026 年 10 月左右全部过期。
考纲 60 题 / 90 分钟 / 70% 通过 / $200 USD,内容围绕 UiPath 最核心的企业级开发模式 REFramework(Robotic Enterprise Framework) 展开。REFramework 是一个基于 State Machine 的模板项目,用 Init → Get Transaction Data → Process Transaction → End Process 四个状态完成事务化的业务流程,内置 Config.xlsx 驱动的配置管理、三层异常处理(System Exception / Business Exception / Application Exception)、基于 Orchestrator Queue 的事务重试机制。考试大约 40% 的题直接考 REFramework 的状态流转、Transaction Item 的 Postpone/Retry/Reference 字段、以及 InitAllSettings.xaml 里 Assets 的读取顺序。
其他考试重点:Orchestrator 高级功能(Queue 的 SLA、Auto-Retry、Unique Reference 去重、Asset 与 Credential 的权限隔离、Trigger 的 Queue Trigger vs Time Trigger)、Selector 工程(Strict Selector vs Fuzzy Selector、Anchor Base、动态属性替换、UI Explorer 的 Computer Vision 辅助)、Citrix / 虚拟桌面自动化(Image Automation、Keyboard Shortcut、Clipboard、OCR)、异常处理(Try Catch 的 Finally 执行顺序、Retry Scope 和 Continue On Error 的差异、Global Exception Handler 的作用域)、调试与代码质量(Workflow Analyzer 的 ST-NMG-001 命名规则、Remote Debug、Invoke Workflow 的 Isolated/In-Process)。
UiARD 和 UiRPA(Associate 级)的差距比 UiPath 官方宣传的大得多。UiRPA 主要考 Studio 基本操作、简单 selector、基础数据处理,相当于"会用 UiPath 点点点"。UiARD 要求你能在不看模板的情况下从零搭出一套基于 Orchestrator Queue 的多机器人生产项目,包括 SLA 设置、失败重试策略、日志分级、异常升级流程。如果你做 UiPath 项目少于 6 个月,直接考 UiARD 会非常吃力。
UiPath ARD 持证人的薪资区间、对应岗位、以及真实的职业影响。
RPA 市场和 UiPath 的绝对地位
根据 Gartner 2025 年 Magic Quadrant for Robotic Process Automation,UiPath 连续 6 年位列 Leader 象限最右上角,市占率在全球 RPA 工具里稳定保持第一(约 35-40%),远高于 Automation Anywhere 和 Blue Prism。在金融、保险、BPO(Business Process Outsourcing)、电信、政府这五个行业里,几乎所有在做 RPA 的甲方公司都用 UiPath,RPA Developer 招聘 JD 里 UiPath 技能的出现频率约 70-80%。
但是认证本身的市场价值正在下降。这不是 UiPath 的问题,而是整个 RPA 行业的结构性变化:(1) 2023-2026 年生成式 AI 崛起后,很多原本纯 RPA 的场景(如邮件分类、发票抽取、文档处理)被 LLM + OCR 组合取代,客户更看重 "AI + RPA" 的混合方案;(2) UiPath 自己把产品线扩展到 Document Understanding、AI Center、Apps、Test Suite,单纯的 Studio + Orchestrator 技能不再够用;(3) 甲方公司更在意 项目经验 而不是证书 — 能独立交付过 3 个以上生产项目的开发者,不管有没有 UiARD 都很抢手。
适合考 UiARD 的人(2026 年视角,极少数):
不适合考 UiARD 的人(2026 年绝大多数场景):
薪资真相:Glassdoor 2026 年 1 月数据显示,美国 Senior UiPath Developer 中位数约 $125K,拥有 UiARD 或 UIADPv1 的开发者比同岗无证的高约 10-15%,但 3+ 年真实项目经验的溢价(25-40%)远高于证书溢价。证书是投简历过 HR 初筛的门票,决定 offer 金额的还是项目经验。
过来人总结的分阶段备考节奏,按周拆分,不是空话。
UiARD 考试的胜负就在 REFramework。做法:在 UiPath Studio 里新建一个 REFramework 项目模板,用 2-3 天时间打开每一个 .xaml 文件(Main.xaml、InitAllSettings.xaml、InitAllApplications.xaml、GetTransactionData.xaml、Process.xaml、SetTransactionStatus.xaml、CloseAllApplications.xaml、KillAllProcesses.xaml)逐个看 Variable、Argument、State Transition。然后关掉模板,自己从零新建一个空项目,手写一个简化版的四状态 State Machine,用 Config.xlsx 读取 Excel 配置、用 Orchestrator Queue 驱动事务。这一步必须亲手做一遍,不能只看教程。
在本地起一个 UiPath Orchestrator Community Edition,创建 Queue,配置 SLA、Auto-Retry 次数(默认 Max Retries = 1)、Unique Reference 去重。然后在 Studio 里写一个 Dispatcher + Performer 双机器人模式:Dispatcher 把 Excel 里 100 行数据推进 Queue,Performer 一条条处理、用 Transaction Item 的 SpecificContent/Output/Analytics 字段记录结果。异常处理练习:故意让第 50 条数据抛 System Exception(比如文件不存在),观察 Retry Scope 的重试行为;然后让第 80 条抛 Business Exception(业务规则不符),看 Set Transaction Status 里 BusinessException 分支如何跳过重试直接标记 Failed。搞清楚 **System Exception 会重试、Business Exception 不重试** 这条核心规则。
Selector 工程:在 UI Explorer 里打开一个网页表单,练习 Strict Selector(所有属性固定)vs Fuzzy Selector(用通配符 * 和正则)的切换,用 Anchor Base 活动处理"相对于某个标签的输入框"这种动态定位。重点理解 Attach Browser → Find Element → Type Into 这条链路里 Selector 是怎么层级继承的。Citrix / 虚拟桌面部分必须做 hands-on:Community Edition 可以用 UiPath 官方的 Citrix Demo 环境,练习 Image Automation、OCR(Tesseract vs Google Cloud OCR vs Microsoft OCR 的精度差异)、Keyboard Shortcut 输入。Workflow Analyzer 部分背 18 条默认规则的命名前缀(ST-NMG-001 命名、ST-REL-001 可靠性、ST-USG-005 依赖)— 考试直接考规则编号对应哪类问题。
UiPath Academy 官方有一套 UiARD Practice Test(虽然考试退役但内容还在),必须做完并且每道错题回去翻 Academy 课程。第三方题库(JR Academy / ExamTopics / BrainDumps 等)可以用来补量,但注意很多题库里的"正确答案"是错的,尤其是 REFramework 状态流转和 Queue 权限的题,遇到答案和自己理解不一致时以 Academy 官方文档为准。模考目标:3 套完整计时(90 分钟 60 题)稳定 80%+ 再进考场。最后一周每天做 30 题错题回顾,重点看 Transaction Item 字段、Retry Scope 和 Continue On Error 的差异、Global Exception Handler 的触发顺序这三类高频错题。
过来人的备考时长、分数、以及踩过的坑。
公司强制 Senior 以上必须持 UiARD,花了 7 周备考。最难的不是 REFramework 本身,是 Transaction Item 的 Postpone 字段 — 平时项目里几乎没用过,但考试里至少 3 道题考 "如何把一条事务延后到明天处理"。后来发现答案是在 SetTransactionStatus.xaml 里调用 Postpone Transaction Item 活动设置 DateTime。另外 Queue 的 Auto-Retry 和 Retry Scope 在 Process.xaml 里的叠加行为也是考试陷阱,两层重试会让一条事务跑 4 次以上。
日常项目只用 Sequence 和 Flowchart,几乎没碰 State Machine,考 UiARD 花了 10 周重学 REFramework。最坑的是 InitAllSettings.xaml 里 Asset 读取的顺序 — 它先从 Config.xlsx 的 Settings sheet 读,再用 Assets sheet 里列出的 key 去 Orchestrator 拉 Asset 覆盖同名值。我一直以为是反过来的,考试错了两道相关的题。给日常不用 REFramework 的同学建议:直接在公司内部拿一个小项目强制用 REFramework 重构一遍,比看视频有用 10 倍。
4 年 UiPath 项目经验,备考 4 周主要是刷题对答案。和实际项目差距最大的是 Citrix / 虚拟桌面部分 — 现在客户都上 Web 应用了,Image Automation 和 OCR 几乎用不到,但考试里有 5-6 道题。另外 Workflow Analyzer 的规则编号是纯背题,没办法理解记忆,花了半天把 18 条默认规则打印出来贴墙上背。提醒大家:这张证 2023 年已经退役,除非你像我一样早就报名了,否则不要再考 UiARD,直接考 UIADPv1。
| UiPath ARD | PL-200 | |
|---|---|---|
| 机构 | 其他 | Azure |
| 级别 | 专业级 | 助理级 |
| 考试费 | $0 | $0 |
| 时长 | 90 min | 90 min |
| 题量 | 65 | 45 |
| 有效期 | 3 年 | 3 年 |
**60 题 / 90 分钟 / 70% 通过**:平均每题 1.5 分钟,时间相对紧张。REFramework xaml 截图分析题会吃掉很多时间,第一轮先跳过,标记 Review 后期回看。
**考试代码是 UIARD,报名入口已于 2023-10-13 关闭**:如果你看到任何网站说"可以新报名 UiARD",基本是诈骗或过期信息。确认在官方 UiPath Learning Portal 查看考试状态。
**REFramework 是送分也是送命**:考纲约 40% 内容是 REFramework,会的人裸考能过,不会的人怎么刷题都卡。备考时间 70% 应该花在手写重建 REFramework 项目上。
**Selector 题看关键词**:出现 "UI changes with each launch" → Fuzzy 或 Anchor Base;出现 "stable production element" → Strict;出现 "relative to a label" → Anchor Base;出现 "Citrix / remote desktop" → Image Automation + OCR,Selector 用不上。
**Orchestrator Queue 题看场景**:出现 "并发处理"、"重试"、"SLA"、"去重" → Queue;出现 "配置"、"URL"、"Credential" → Asset;出现 "定时启动" → Trigger(Time Trigger);出现 "有新事务就启动" → Queue Trigger。
**异常处理决策口诀**:业务规则 → BusinessRuleException(不重试);技术问题 → ApplicationException(重试);偶发超时 → Retry Scope;必须继续 → Continue On Error;最后防线 → Global Exception Handler。
**UiPath Academy 免费资源**:即使考试退役,Academy 上的 Advanced RPA Developer Learning Path 课程和 Practice Test 依然免费可访问,配合 REFramework 模板项目实战,能覆盖 70% 的考点。
**现有证书续期策略**:UiARD 有效期 3 年,最后一批会在 2026 年 10 月前后到期。到期后 **无法再续期这张证**(考试已退役),想保持认证身份需要考 UIADPv1 替代。
**Activities 的 Variable Scope 搞错** — UiPath 的 Variable 是 Activity Scope,在 Sequence 里定义的变量只能在那个 Sequence 及其子活动里用。常见错误是在 Try 块里定义变量想在 Catches 里读,实际读不到,必须把变量定义到 Try Catch 外层的 Scope。考试会给一段 xaml 截图问"为什么变量未赋值",答案往往是 Scope 错了。
**REFramework 误以为 Transition 是线性的** — REFramework 的四个 State 不是 Init → Get → Process → End 的直线执行,而是 State Machine:Process 成功后回到 Get Transaction Data 继续下一条,失败重试超过 MaxRetries 才进 End。很多人把它当 Flowchart 理解,考场景题会选错"某事务失败后下一步是什么"。正确理解是看 Transition 的 Condition 和 Trigger。
**Selector 的 Strict vs Fuzzy 用反** — Strict Selector(所有属性固定写死)稳定性高但一改界面就失效,Fuzzy Selector(用 * 通配符和正则)容错好但容易匹配到错误元素。考试会给你一个场景说 "UI 每次启动时表格标题 ID 变化" → 应该用 Fuzzy 或 Anchor Base,不是 Strict。反过来 "固定的登录按钮" → 应该用 Strict,不要用 Fuzzy 以免匹配到其他按钮。
**Business Exception 和 Application Exception 混淆** — 这是 UiARD 最常考的陷阱。**Business Exception = 业务规则不符**(比如客户年龄小于 18 不能开户),应该直接 Throw BusinessRuleException,REFramework 会把这条事务标记为 Failed 但 **不重试**。**Application Exception / System Exception = 技术问题**(比如网页没加载、文件不存在),REFramework 会按 MaxRetries 次数重试,多次失败后把整个机器人停下来 Rollback。考试会问 "发票金额超过审批上限应该抛什么异常" → BusinessRuleException。
**Orchestrator Queue 和 Asset 的用途混淆** — Queue 是用来存储 **要处理的事务数据**(如 100 个待处理订单),每个 Transaction Item 有独立的状态、重试次数、结果;Asset 是用来存储 **配置值和凭据**(如 URL、API Key、账号密码),所有机器人共享。考试会问 "多机器人并发处理 1000 条发票,数据应该存在哪里" → Queue,不是 Asset。反过来 "把测试环境的 URL 切换到生产环境" → 修改 Asset,不是 Queue。
**Retry Scope 和 Continue On Error 混用** — Retry Scope 是 **自动重试整个活动块**(按 NumberOfRetries 次数,每次 RetryInterval 等待),重试全部失败才往外抛异常。Continue On Error = True 是 **忽略异常继续执行下一个活动**,不重试、不记录失败。考试场景 "网页偶尔加载慢,希望失败后等 2 秒再试 3 次" → Retry Scope;"不关心这一步是否成功,继续往下走" → Continue On Error。很多人把 Continue On Error 当成重试用,这是错的。
**Global Exception Handler 作用范围理解错** — Global Exception Handler 是项目级的最后一道防线,**只在没有任何 Try Catch 捕获异常时触发**。如果你在 Process.xaml 里写了 Try Catch,Global Exception Handler 不会运行。考试会给一段代码问 "这个 Global Exception Handler 什么时候会触发",答案通常是 "从未触发,因为 Main.xaml 里所有 Invoke Workflow 都已经被 Try Catch 包住"。
**Workflow Analyzer 规则前缀记错** — 18 条默认规则的命名前缀:ST-NMG = Naming(命名),ST-MRD = Maintainability/Readability(可维护性),ST-USG = Usage(活动用法),ST-REL = Reliability(可靠性),ST-SEC = Security(安全),ST-ANA = Analytics(日志)。考试直接考 "ST-USG-005 是哪类规则" — 答案是 Usage 类里的 Hardcoded Timeout 检查。纯背题,没办法推理。