QA 准则

将在 Go! 上发布所有合作伙伴活动UiPath Marketplace 必须通过安全性和功能测试。 为支持和加快自定义活动的 QA 测试流程，建议遵循以下准则。

先决条件

• 用户文档和帮助（如果适用）应完整，并在发布时提供。
• 文档应区分上下文，并说明如何实现常见任务。
• 为了完成法律和安全审核，发布时必须提供 NuGet 包和源代码解决方案。
• 如果使用第三方软件（集成），则应提供沙盒环境。
• 测试证据应由技术合作伙伴提供。

包

• 应提供包说明，并说明包的用途。
• 外部库不应内置，而应被引用。
• NuGet 包中应正确列出所有依赖项。
• 包说明中应包含许可证。
• 兼容性：包可以在我们系统的所有受支持版本上正常安装并运行。
• 活动必须能够在 Studio 和 Orchestrator 中运行。

活动窗格

• 非 UiPath 创建的活动不应使用 UiPath 命名空间。
• 命名空间应遵循准则。
• 所有活动都应包含鼠标悬停时功能的简短说明**。
• 活动名称应正确显示**。

设计器窗格

• 如果活动本应在作用域中使用，但并非如此，则应提示验证消息 **。
• 如果必填字段未使用或使用不当，则应提示一条验证消息。
• 所有验证消息都应提供丰富的信息且便于用户使用。
• 永远不应裁剪显示名称。
• 活动图标应与“活动”窗格中的图标相同。
• 如果适用，不应裁剪属性名称。
• 如果使用向导，则其功能永远不能输出无效结果。
• 如果活动具有最小化按钮，则应具有。
• 突出显示该活动后，按 F1 键应会转到相应的“帮助”页面

属性

• 与“设计器”窗格相同（如适用）。
• 所有属性（旧版 WWF 除外）都应在鼠标悬停时具有说明**。
• 将属性组织在适当的类别中。

常规

• 保持一致！ 一致性是确保质量的关键。
• 如果使用自定义类，请确保记录公共方法和属性。
• 永远不要假设最终用户对您的目标系统有相同的理解，因此请确保活动对用户友好且易于使用！
• 确保要发布的活动包与为其提供的文档之间没有不一致之处。

** 如果实施了本地化，则应满足所有语言的条件。