Google Oauth 应用程序内部/测试的刷新令牌过期

Question

在发布状态“测试”时，我遇到了一个经常提到的 Google API 和刷新令牌问题。

就我而言，我尝试使用 Azure Datafactory 连接到 Google BigQuery。该应用程序以及 ADF 所需的刷新令牌创建得相当快，我可以使用该令牌 7 天，但随后它就会过期，如 Google 所说的

测试用户的授权将在同意后 7 天后过期。如果您的 OAuth 客户端请求离线访问类型并收到刷新令牌，则该令牌也将过期。

我知道我可以发布该应用程序，但由于它是一个内部项目，并且验证过程需要一些时间，我问自己，如果将应用程序仅设置为“内部”用户类型，会产生相同的结果吗？
实现刷新令牌过期的应用程序类型的“正确”组合是什么，如文档、内部/测试或内部/生产，还是在没有验证的情况下根本不可能实现？

Answer 1

根据这个SO post，处理此测试的一种方法是简单地记下过期的 access_token。然后，当您需要测试应用程序如何处理过期令牌时，您可以为应用程序提供要使用的过期令牌。例如，您可以通过这种方式测试带有过期令牌的请求是否会按预期失败。

Answer 2

我的情况一模一样，你最后怎么办？ （抱歉，我为此使用了“答案”，无法发表评论，因为我刚刚为此创建了一个 stackoverflow 帐户）