可跨 Microsoft 365 扩展的 Teams 应用的发布过程
发布过程
可跨 Microsoft 365 扩展的 Teams 应用的发布过程类似于独立 Teams 应用的发布过程。 发布过程延伸到应用的整个开发生命周期。 作为开发人员,你必须在设计阶段就熟悉应用发布指南。 在应用生命周期的设计阶段查看 Microsoft 商业市场策略和 Teams 应用商店验证指南。 这有助于你从一开始就使应用与这些准则保持一致,避免在应用提交后进行任何代价高昂的返工。
在提交应用进行发布之前,以下步骤可帮助你提高 Microsoft 批准发布应用的可能性。 提交前步骤包括运行自动测试、编译测试说明、创建应用商店一览,以及其他有助于加快评审过程的重要任务:
提前创建合作伙伴 中心帐户。
再次查看 Microsoft 商业市场策略和 Microsoft Teams 应用商店验证指南,以确认你的应用是否与市场和 Teams 应用商店要求保持一致。
使用 Teams 开发人员门户验证应用包,并识别并更正任何包错误。 确保在提交之前通过自测试应用来纠正遇到的任何 bug。
提交应用之前,请完成 发布者验证。
应用提交包必须包括:
- 经过全面验证的应用包。
- 工作管理员和非管理员用户凭据。
- 经过全面验证的应用包。
详细说明应用功能和受支持方案的测试说明。
如果你的应用需要更复杂的配置来访问其功能,请设置说明。
如果应用需要复杂的配置,则为具有管理员访问权限的预配演示租户。 这可以帮助验证程序跳过配置步骤。
强烈建议添加演示视频的链接,演示应用的关键用户流。
应用测试必须包括以下内容:
- 在 Team、Outlook 和 Microsoft 365 中旁加载应用,并测试应用的端到端用户流。 确保:
- 这些功能按预期工作。
- 应用中的所有链接都正常运行。
- 不会在任何地方阻止用户体验,并且会明确突出显示所有限制。
- 不存在任何用户界面 bug,例如内容截断或重叠。
- 不会在任何地方阻止用户体验,并且会明确突出显示所有限制。
- 这些功能按预期工作。
- 跨桌面、Web 和移动客户端测试应用,确保应用在外形规格之间具有响应性。
应用发布可能是一个乏味的过程,但经过仔细的规划和周密的准备,可以顺利导航。 通过遵循这些准则,你将能够很好地开发和发布可成功且高效地扩展到 Microsoft 365 客户端的 Teams 应用。