# 测试 Stripe Radar

用以下信息测试您的欺诈预防策略。

使用以下测试用的信用卡号在具有特定风险级别的*沙盒* (A sandbox is an isolated test environment that allows you to test Stripe functionality in your account without affecting your live integration. Use sandboxes to safely experiment with new features and changes)环境中创建付款。在 [Stripe 管理平台](https://dashboard.stripe.com/test/payments)（测试模式）中，或通过用您的[测试 API 密钥](https://docs.stripe.com/keys.md)调用[创建收款](https://docs.stripe.com/api.md#create_charge)来创建测试性付款。

#### 卡号

| 卡号               | 描述                                                                                                    |
| ---------------- | ----------------------------------------------------------------------------------------------------- |
| 4000000000004954 | 导致收款的风险等级为 `highest`，但可能会根据您现有的规则来阻止（例如，如果 `Block if :risk_level: = 'highest'` 规则被禁用，则用此卡进行的付款不会被阻止）。 |
| 4100000000000019 | 导致收款的风险等级为 `highest`，始终被阻止，无论是什么规则。                                                                   |
| 4000000000009235 | 导致收款的风险等级为 `elevated`。                                                                                |

#### 令牌

| 令牌                             | 描述                                                                                                    |
| ------------------------------ | ----------------------------------------------------------------------------------------------------- |
| `tok_riskLevelHighest`         | 导致收款的风险等级为 `highest`，但可能会根据您现有的规则来阻止（例如，如果 `Block if :risk_level: = 'highest'` 规则被禁用，则用此卡进行的付款不会被阻止）。 |
| `tok_chargeDeclinedFraudulent` | 导致收款的风险等级为 `highest`，始终被阻止，无论是什么规则。                                                                   |
| `tok_riskLevelElevated`        | 导致收款的风险等级为 `elevated`。                                                                                |

#### PaymentMethods

| PaymentMethod                      | 描述                                                                                                    |
| ---------------------------------- | ----------------------------------------------------------------------------------------------------- |
| `pm_card_riskLevelHighest`         | 导致收款的风险等级为 `highest`，但可能会根据您现有的规则来阻止（例如，如果 `Block if :risk_level: = 'highest'` 规则被禁用，则用此卡进行的付款不会被阻止）。 |
| `pm_card_chargeDeclinedFraudulent` | 导致收款的风险等级为 `highest`，始终被阻止，无论是什么规则。                                                                   |
| `pm_card_riskLevelElevated`        | 导致收款的风险等级为 `elevated`。                                                                                |

## 规则

在您[添加或更新规则](https://docs.stripe.com/radar/rules.md)前，我们将搜索真实模式下与规则的标准匹配的付款。您可以检查该付款列表来验证标准的预期行为，我们还总结了这些搜索结果，帮助您估计其未来的影响。

对于您测试的每个规则，摘要中包含属于以下类别的付款的金额和笔数：

- **争议和早期欺诈预警**: 收到争议或[早期欺诈预警 (EFW)](https://docs.stripe.com/disputes/how-disputes-work.md#early-fraud-warnings)的付款。
- **退款**：被退还的款项。
- **阻止和失败的付款**：被 Radar 阻止、被 Stripe 阻止或被发卡行拒绝的付款。
- **成功的付款**：成功处理且未被当做欺诈或发放退款的付款。

此外，在您测试允许规则时，您还可以看到**覆盖**。这是指由于高欺诈风险或自定义阻止规则而被 Radar 阻止的付款，但现在将被您给出的规则允许。在管理平台中，您可以看到对这些汇总指标的进一步细分。例如，您可以看到哪些退款被归到欺诈一类。
![显示自定义规则可能影响的屏幕截图](https://b.stripecdn.com/docs-statics-srv/assets/backtesting-review-new-rule.6f8037bd10a5877e60a6237ebdbd414d.png)

检查下表中的问题示例，以帮助您决定是否可实施您的规则。

> 很难找到一个完美的规则来只阻止欺诈性付款或只允许好的付款。因此，您的规则实施决定通常要基于一种适当的取舍。思考一下，与它可能错误阻止的任何有效付款相比，该规则是否会阻止足够多的欺诈性付款。具体如何取舍对您有利，取决于您的具体业务情况。有关更多信息，请参见我们的[欺诈检测入门](https://stripe.com/radar/guide#fraud-prevention-performance)。

| 规则类型      | 在以下情况下执行此规则…                                                                                                                                                                                                                        |
| --------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 阻止        | - 它匹配的是有争议的付款、收到的早期欺诈预警或作为欺诈以可接受的合法业务付款金额为代价退款的付款。
  - 它匹配的是退款，并且您正在尝试节省运营负担并防止滥用退款。
  - 它匹配因发卡行拒付而失败的付款。有时，如果您发送[大量失败的交易](https://docs.stripe.com/disputes/prevention/card-testing.md#consequences)（例如某商家遇到大量银行卡测试），发卡行可能会降低您的授权率。 |
| 审核        | - 它匹配的是有争议的、收到早期欺诈预警或作为欺诈而退款的付款。它会提示您的团队密切评估潜在的欺诈性交易或其他可疑的支付活动。                                                                                                                                                                     |
| 请求 3DS 验证 | - 它以您企业可接受的合法付款金额为代价，匹配有争议、收到欺诈预警 (EFW) 或因视为欺诈而退款的款项。3DS 验证并不总能保证您的用户会收到验证。这意味着，如果欺诈者无阻通过 3DS 并实施欺诈，您虽面临责任转移，但仍可能收到欺诈预警（最终可能需要致依照 Visa 欺诈监控计划 (VFMP) 进行身份验证）。                                                                       |
| 允许        | - 它匹配的是先前被阻止的付款的，对于这些被阻止的付款，您高度相信其对您的业务是安全的。允许规则的评估有点棘手，因为对于之前阻止的收款，如果被允许的话，没办法知道哪些会是真的欺诈。因此，使用这些规则，尤为重要的是审核匹配的历史付款列表，确保这些是您希望允许的付款。
  - 这与许多覆盖规则不匹配。这表明您正在放行高风险付款。                                                                 |