测试并发布您的应用

如果您的应用完成测试，并且您在内部对其进行了测试，它必须进行一系列标准化测试，在这一系列测试中，您的 Google 客户代表会向您的服务器发送测试请求。应用通过这些测试后，就有资格发布。以下主题介绍了测试和发布流程的运作方式。

使用 Google 流量进行测试

当您准备好开始使用从 Google 发送的流量进行测试时，请与您的 Authorized Buyers 代表联系。系统会要求您提供各种信息，例如：

• 工程人员联系信息。如果测试未按预期进行，并且存在需要解决的工程问题，我们将使用此联系信息直接与您的团队互动。
• 用于响应实时出价请求的已启用 SSL 的网址。
• Cookie 代码匹配服务器的已启用 SSL 的网址（如果您已选择使用此功能）。
• 您的实时出价服务器的实际位置（州、国家/地区），用于优化与 Google 服务器的通信。
• 测试完成后，您希望从每个实际位置提供的 QPS（每秒查询次数）上限。
• 您的实时出价 / Cookie 代码匹配服务器正式投入测试的日期。Google 会在该日期当天或之后不久向您的服务器发送实时出价请求。
• 您的服务器在处理实时出价工具请求时的估算延迟时间。
• 用于邮寄价格解密信息的 PGP 密钥。
• 确认已在预定位界面中设置预定位。

您可以在测试过程中随时更改这些信息，请与您的 Authorized Buyers 代表联系。

测试将涉及到几个合成流量步骤，以验证不同位置的延迟时间。Google 还会进行一些基本测试 确保广告呈现和点击跟踪（其中大部分操作应在您自己的测试和认证期间完成。）我们还会要求您确认能够接收和解码胜出的价格通知和点击。验证这些内容后，下一步将在几天内逐步增加实时流量。

使用实时出价工具的延迟时间要求为 80 至 1000 毫秒，从 Google 发出调用请求到 Google 收到回复的时间计算。此截止时间取决于格式和竞价类型；请查看出价请求中的 tmax 或 response_deadline_ms 字段，了解确切的值。

要想有资格获得在指定位置处理的展示机会，超过此截止时间的请求不应超过 2%。如果您希望根据这些要求从多个 交易地点接收展示机会，通常需要在所有区域运行出价服务器。例如，要同时获得来自美国东西海岸的展示机会，您通常需要在东西海岸分别运行出价服务器。

如果出价工具因网络事件或其他问题而暂时具有较高的超时率，系统会自动对其加以限制。这种限制机制会在几分钟的时间内自动减少或增加流量。如果流量经常受到限制，则 Google 可能会将您的流量配额调整为可采用更一致的处理方式。