了解该应用程序，而不仅仅是了解其中的界面列表
- 浏览结构
从业务领域移动到功能及其相关页面。
- 检查每个页面
查看其用途、地址、演示文稿和元数据。
- 查看构建进度
请跟踪应用程序及其页面中记录的状态。
查找满足业务需求的界面
应用程序视图将工作分为不同的领域和功能。打开相应的页面，以了解计划的功能如何转化为用户体验。
每个页面都有其详细信息。在相应的视图中查看页面定义、路线、搜索元数据和图形设计。
查看用户实际将完成的流程。
在应用程序中跟踪任务. 一个业务领域包含各种功能，每个功能都指向其用户所需的功能页面。遵循这种结构有助于你了解列表、详细信息和操作如何共同构成相同的用户体验，而不是孤立地查看每个屏幕。
查看特定页面的用途. 打开其信息页面，以了解预期的结果和包含的范围。在相关时，使用可用的路径、元数据或图形视图来查看该界面。这些详细信息将页面的显示方式与其预期的行为联系起来。
输入正确的目标. 当需要调整一个正在使用的页面时，其已知的地址对 Studio 来说是一个有用的上下文。选择现有的页面可以保持请求与正确的函数和项目相关联，从而使后续的审查更加精确。
在改进应用程序时，定位到正确的页面。
页面创建后，其网址便成为变更的有用上下文。将已知的项目 URL 粘贴到 Studio 中，或按名称查找它，以将您的请求附加到正确的屏幕上。
在选择用于暂存和生产环境的版本之前，请先在开发环境中测试其行为。
在用户任务中找到屏幕
首先了解用户想要实现的目标，然后检查相应的函数和页面。它们的描述、路由和状态将计划行为与可识别的屏幕连接起来。
报告问题或提出改进建议时，请保留此页面的上下文。明确的目标使请求更易于理解，并使由此产生的更改更易于测试。
从应用程序结构到经过验证的用户任务
查找相关功能. 首先确定相关的业务领域，并检查其关联的功能。选择与用户相关的应用程序或管理上下文。
检查页面. 阅读其定义、当前状态和可用详细信息。区分一个计划中的页面和一个其工作实现已经可用的页面。
测试完整的流程. 检查普通情况、重要异常以及页面之间的链接。使用 Studio 进行有针对性的更正，并使用 Deployment 验证发布。
关于应用程序和页面的问题
一个业务领域将相关的能力组合在一起；其功能通过相关的页面实现。这种结构有助于您跟踪用户旅程并找到受更改影响的项目。
是的。在实现准备就绪之前，可以检查其预期的行为和准备状态。读取页面状态，而不是将每个计划的条目视为可用的屏幕。
工具取决于页面的表面和状态。如果相关，则提供公共地址、搜索元数据和图形详细信息；检查适用于该页面的可用控件。
完成预定的任务，检查结果并测试一个重要的异常。同时验证将用户引导至下一步的链接。外观是审核的一部分，而不是整个过程。
在 Studio 中，通过其已知的 URL 或名称选择现有的页面。描述实际行为和预期行为，并提供一个示例，然后在发布之前验证生成的开发页面。