用户测试 Google 文档插件
User testing Google Docs addon
我写了一个简单的 Google 文档插件，在发布之前，我想让一些朋友测试一下。我设法通过共享项目并让另一个帐户创建他的部署和测试来做到这一点，但这太麻烦了。
我环顾四周，显然我需要一个 GCP 项目。我打开了一个项目，编辑了 OAuth Consent Screen，并将我的脚本分配给该项目。我还在 OAuth Consent Screen 下添加了测试用户。我如何让这些用户现在安装并测试？
谢谢
“测试”是一个非常宽泛的术语，在这种情况下可能有多种含义。
如果它是“试用”，那么您可以将它私下发布到您的 Workspace 域，因为您不需要通过审核 (reference). Note though that this only works if you have the Workspace domain. This is usually used for internal tools in companies. Other than that, it has the same requirements as publicly publishing it with the exception of being reviewed by Google (see process overview)。
如果你想让他们调试它，你必须使用“测试部署”，因为它有更多的工具可以帮助调试错误。您可以在共享驱动器中拥有一个项目；这将消除手动共享它的需要，但部署将只有一个帐户作为其发布者 (reference)。
参考资料和进一步阅读
我写了一个简单的 Google 文档插件，在发布之前，我想让一些朋友测试一下。我设法通过共享项目并让另一个帐户创建他的部署和测试来做到这一点，但这太麻烦了。
我环顾四周，显然我需要一个 GCP 项目。我打开了一个项目，编辑了 OAuth Consent Screen，并将我的脚本分配给该项目。我还在 OAuth Consent Screen 下添加了测试用户。我如何让这些用户现在安装并测试？
谢谢
“测试”是一个非常宽泛的术语，在这种情况下可能有多种含义。
如果它是“试用”，那么您可以将它私下发布到您的 Workspace 域，因为您不需要通过审核 (reference). Note though that this only works if you have the Workspace domain. This is usually used for internal tools in companies. Other than that, it has the same requirements as publicly publishing it with the exception of being reviewed by Google (see process overview)。
如果你想让他们调试它，你必须使用“测试部署”，因为它有更多的工具可以帮助调试错误。您可以在共享驱动器中拥有一个项目；这将消除手动共享它的需要，但部署将只有一个帐户作为其发布者 (reference)。