# EZSUB 测试环境：多语言、多币种复测报告

环境：https://ezsub.test.kardz.cn/  
日期：2026-09-08，北京时间。依据：用户提供的新增法语、日语、西班牙语、葡萄牙语及 EUR、JPY、BRL 需求。用户后续指定该测试环境，本报告不沿用线上环境的缺陷结论。

**当前版本不建议通过本次需求验收：EUR 仍无公开入口，新增语言存在明确误译，金额展示存在可复现的不一致。** 新增四语种和 JPY、BRL 已可选择，不能再将它们记为“未上线”。

## 范围与方法

实际提供 11 种语言：English、简体中文、繁體中文、한국어、Bahasa Malaysia、Bahasa Indonesia、ภาษาไทย、Français、日本語、Español、Português。葡萄牙语路由为 pt-br。

实际提供 11 种币种：USD、CNY、KRW、MYR、SGD、IDR、THB、TWD、HKD、JPY、BRL；缺少 EUR。因此本轮按实际可用选项测试，不把“7 语言、9 币种”当成该版本的实际配置。

PC：Chromium，1440×1000。H5：Chromium 移动模式，390×844、iPhone UA、触摸操作；不是实体 iPhone/Safari 验收。语言和币种通过实际选择器操作，保存 URL、显示文字和金额快照；完成每组语言的最后币种后刷新检查保留状态。

完成 PC 121 组、H5 121 组，共 **242 组实际可用语言×币种的商品列表采样**。每组 URL 与目标语言相符、表头币种与目标相符，均观察到商品金额；本次视口未测到文档级横向溢出。22 次按语种分组的刷新检查均保留最后选择的 BRL。上述结果只代表这些检查项通过，**不是 242 组完整交易通过**。原始数据见 [PC](pc-matrix.json)、[H5](h5-matrix.json)、[CSV](测试矩阵.csv)、[统计校验](覆盖统计.json)。

另外抽查新增四语种的首页和公开退款说明，以及同一 SKU（1578297751）的游客结算页。PC 详情曾从商品页点击购买进入结算；后续同 SKU 组合使用已确认的结算 URL。未输入邮箱、充值账号或验证码，未验证真实账号、提交最终购买、发起扣款或退款，也未访问 CMS 后台。

结算展示最终覆盖新增四语种×JPY/BRL×PC/H5，共 16 个组合；PC 每组查看 5 张支付卡片，H5 每组查看 3 张可见卡片。H5 葡语/BRL 在首次菜单操作超时后，使用该语种原生 BRL 默认值重试，完成结算及卡片选择检查；该币种的选择器切换已在列表矩阵中覆盖。菜单动画、弹窗干扰造成的自动化重试不计为站点缺陷。

**公开退款说明能访问，不等同于退款功能通过。** 金额保留小数的 JPY 展示不作为缺陷：文档明确沿用现有精度规则，本次不新增 JPY 专属精度处理。

## 缺陷清单

优先级为测试建议，尚未在缺陷平台创建工单。

| 编号 | 建议级别 | 问题 | 对应需求 |
|---|---|---|---|
| TEST-001 | P1 | PC/H5 缺少 EUR 选项 | 3.2、AC-003/004 |
| TEST-002 | P2 | JPY/BRL 等币种下，部分商品参考/划线价仍是美元 | 3.2、AC-003/006 |
| TEST-003 | P2 | iTunes 售价高于划线价，却显示 50% 优惠 | 金额/优惠展示、AC-006 |
| TEST-004 | P2 | 法/西/葡折扣标签误译；固定文案存在明显语义错误 | 3.1、AC-001/002 |
| TEST-005 | P2 | 日语结算“手续费”写成“免费”，订单金额写成订单数量 | 3.1/3.2、AC-001/003 |
| TEST-006 | P2 | BRL 应付金额与可见明细加总差 R$0.01 | 3.2、AC-003 |
| TEST-007 | P2 | 部分支付选项为空白图标，缺少可见方式名称 | 3.3、AC-005 |

### TEST-001：EUR 不可选

步骤：PC 打开右上角语言/币种菜单；H5 打开语言/币种设置，再打开币种滚轮。检查完整选项。

实际：新增了 JPY、BRL，但没有 EUR。法语环境同样没有 EUR。预期：EUR 完成现有货币及汇率配置后应可选并用于完整交易；如果是配置尚未启用，应以验收阻断处理，不能视为链路通过。

影响：法国市场的 EUR 商品展示、下单、支付及退款无法从正常入口测试。前台观察无法区分代码缺失、灰度或配置未启用。

证据：[PC 菜单](menu.png)、[H5 币种选择器](h5-currency-options.png)、[H5 完整币种数组](h5-currency-options.json)。

### TEST-002：售价换币种，参考价未同步

页面：https://ezsub.test.kardz.cn/fr-fr/subscriptions

步骤：选择 JPY，查看 iTunes Gift Card、ChatGPT top、ChatGPT；再切 BRL 对照。

实际举例：iTunes 售价 ¥487.61，划线价仍 $2；ChatGPT top 售价 ¥436.53，划线价仍 $55。其他商品如 Figma 的同币种售价和划线价为 ¥231.97 / ¥417.96，存在明显不同的展示口径。商品详情也能看到部分美元“官方”参考价与日元价格混排。

预期：作为同一商品折扣比较依据的价格应使用一致币种；若有意展示美元官方参考价，应明确写出 USD 参考价及比较口径。此问题仅确认展示含混，不声称后端结算使用了错误币种。

证据：[PC 法语/JPY](pc-fr-fr-JPY.png)、[H5 法语/JPY](h5-fr-fr-JPY.png)、[日语详情](detail-ja.png)、[矩阵原始数据](pc-matrix.json)。

### TEST-003：iTunes 促销标签与价格关系矛盾

步骤：商品列表选择 USD，查看 iTunes Gift Card。

实际：售价 $3.06、划线价 $2，却显示 50% 优惠。PC 和 H5 的抽样中均出现该组合。这不是上一轮线上 ChatGPT 的“-19% Off”用例，两者商品和测试数据不同。

预期：划线价、售价与优惠比例应采用同一商品/规格及比较口径；没有正向优惠时不能把售价更高表达成“50%优惠”。若标签来自单独促销配置，需校验与展示价格的一致性。原因可能涉及测试商品配置，前台不能确定根因。

证据：[PC 法语/USD](pc-fr-fr-USD.png)、[H5 法语/USD](h5-fr-fr-USD.png)。

### TEST-004：新增语言固定文案误译

步骤：分别切换 Français、Español、Português，查看列表折扣标签；日语查看页脚联系方式区域。

实际及建议：

| 位置 | 实际文案 | 问题 | 建议表达（须运营母语审核） |
|---|---|---|---|
| 法语折扣 | 50% Arrêt | Arrêt 是停止，未表达减价 | 50 % de réduction |
| 西班牙语折扣 | 50% Fuera. | Fuera 表达外面/在外，不是此处折扣 | 50 % de descuento |
| 葡萄牙语折扣 | 50% Desligado | Desligado 表达关闭/断开 | 50% de desconto |
| 法语充值导航 | Haut de page | 变成“页首” | Recharger / Recharge |
| 日语联系区域标题 | 購入する | 变成“购买” | お問い合わせ |

这是已经显示出的错误译文，区别于 CMS 内容缺失时的允许回退。运营提供翻译的职责不能消除该版本的可见验收问题；本报告不将根因归为前端或 CMS。

证据：[法语](pc-fr-fr-USD.png)、[西班牙语](pc-es-es-USD.png)、[葡萄牙语 H5](h5-pt-br-USD.png)、[日语结算页脚](verify-JPY-wechat.png)。支付方式费用区域还保留英文 No fees，建议一并核对固定文案覆盖。

### TEST-005：日语结算手续费“免费”与收费金额矛盾

页面：https://ezsub.test.kardz.cn/ja-jp/checkout?goodsid=1578297751&num=1

步骤：选择 JPY，选中第二个支付卡片（DOM 标识 wechat）；等待金额更新。没有填写账户或提交支付。

实际：订单金额 ¥436.53、手续费 +¥130.96、应付 ¥567.49；手续费标签仍为“参加費:無料”（参加费免费）。1、3、6 秒连续采样中，3 秒和 6 秒均为上述收费金额。另有“注文数量”搭配金额、“パスワード”搭配账户信息区的误译。

预期：手续费应标作“手数料”，订单金额为“注文金額”，账号区用准确的账户/联系方式表述；有手续费时不能显示“免费”。所列建议须由运营确认最终术语。

证据：[JPY 微信选中后的稳定截图](verify-JPY-wechat.png)、[分时采样](verify-fees.json)。BRL 收费状态也保留同一错误标签。

H5 已补充复现：日语/BRL 选择 Binance 后展开明细，显示手续费 +R$0.66，仍标“参加費:無料”。证据：[H5 收费明细](h5-verify-ja-jp-BRL-expanded.png)、[H5 复核记录](h5-verify-results.json)。

### TEST-006：BRL 金额明细无法加总到应付金额

页面同 TEST-005。

步骤：切到 BRL，选择 Binance，等待 6 秒后查看费用明细。

实际：订单金额 R$14.67，手续费 +R$0.66，应付 R$15.32；页面未显示抵扣明细。按可见数值计算应为 R$15.33，差 R$0.01。1、3、6 秒采样均一致。

预期：显示金额的组成应能解释应付金额。若现有系统在更高精度上计算后分别舍入，应核对展示口径，并明确可见的尾差或其他调整；不能直接认定应付金额一定计算错了。

影响与边界：确认的是展示加总不一致，**未证明实际扣款、汇率或退款出错**。本项不要求新增 JPY 精度处理。

证据：[稳定截图](verify-BRL-binance.png)、[分时采样](verify-fees.json)。

### TEST-007：支付卡片图标为空且没有可见名称

步骤：打开上述 JPY/BRL 结算页，查看前两个支付卡片。

实际：PC 的支付宝、微信卡片显示破图/空白图标，仅有费用文字，用户难以判断支付方式；DOM 中对应 img 的 src 为空字符串。与旁边 Apple Pay、Binance、7-Eleven 的可见图标形成对照。

预期：可选支付方式应有可识别的图标或可见名称；缺图时不能只剩空白卡片。本项确认的是空 src/无可见名称，区别于偶发第三方资源加载失败。需核对测试环境支付图标配置与前台缺图回退。

证据：[PC 结算](verify-BRL-binance.png)、[对应 DOM](checkout-pc-ja-jp-BRL.html)、[支付卡片记录](checkout-results.json)。

## 支付排序和手动切换

PC 新增四语种的 JPY/BRL 抽样中，实际卡片顺序均为 alipay → wechat → ApplePay → binance → seveneleven，初始选中 alipay。测试了卡片选择；日语 JPY/BRL 还对四种方式做了 1、3、6 秒的费用更新复核。

需求没有法国、日本市场的明确方式优先级清单，也没有测试账号条件、通道可用性配置基线，所以**不将顺序相同直接判为排序错误，也不标记排序验收通过**。H5 的方式可见性可能受端、浏览器和通道配置影响，应结合所保存的实际卡片记录核对。页脚 Logo 顺序不作为结算排序证据。

H5 抽样显示的三个卡片位置依次为 Apple Pay、Binance、7-Eleven；部分早期快照中第三张卡片图标尚未加载，只能确认卡片位置，不能单凭空图标识别方式。默认选中第一张；已测试可见卡片的选择与展开费用明细，记录见 [H5 结算](h5-checkout-results.json)。PC 英语/USD 的额外控制样本曾被弹窗阻断，未将它记为完整通过。

支付方式切换后的瞬时金额会延迟更新；本轮已用稳定复核排除部分初次 1 秒采样中的旧值。checkout-results.json 的 switches 包含初次快速采样，不能逐条当作稳定手续费计算结果；确认金额问题以 verify-fees.json 为准。

## 配置待核查及未覆盖

- 商品详情、分类名、页脚等仍有中英文内容及测试文案。文档允许缺失内容回退，需要运营提供已维护的翻译和商品模板基线，才能区分正常回退与加载缺陷。不能单凭外文残留认定程序错误。
- 新增四语种×PC/H5 的首页及公开退款说明共 16 个页面样本最终均取得 HTTP 200 和非空正文；退款说明的正文仍为英文，列为运营配置核查项。原始记录：[content-results.json](content-results.json)。首次采样中的短暂空白已重试排除，未提交为白屏缺陷。
- PC/H5 部分商品起价不同，需要核对所选 SKU、端配置和促销来源；未确认同 SKU 前不提交“端间价格错误”。
- EUR 缺失阻断 AC-003/004 的欧元交易链路。JPY/BRL 已能展示并进入游客结算，但实际下单、支付结果、订单金额和退款尚未验收。
- CMS/商品模板后台维护、优惠码有效/过期处理、真实优惠使用、结算汇率和手续费基数、历史订单兼容、真实支付与退款，均未宣称通过。
- 本轮不创建 Cookie 默认支付偏好、不新增埋点、不调整配置或测试数据。

## 对照上轮线上结果

| 上轮线上观察 | 本次测试环境复测 |
|---|---|
| 四种新增语言缺失 | 已提供，并可通过 PC/H5 选择器切换 |
| EUR/JPY/BRL 缺失 | JPY/BRL 已提供；EUR 仍缺失 |
| 售价与美元划线价混排 | 在本次不同测试商品中仍可复现 |
| ChatGPT 负优惠标签 | 未用不同环境的商品配置宣称同一用例已修复；本环境另发现 iTunes 正优惠标签与价格矛盾 |

AC-001/002：新增入口可用，但明确误译尚未解决，不能整体通过。AC-003：发现展示问题，完整交易未验收。AC-004：未真实支付。AC-005：缺业务优先级基线，部分公开入口已检查。AC-006：已做公开展示回归，历史订单、支付、退款兼容性不能据此宣称通过。