01 / 项目范围与管理摘要
示例产品：DemoPay（虚构电子钱包）
示例市场：马来西亚、巴西
评测目标：检查支付状态反馈与费用说明是否清晰、一致。
样本边界：2 名虚构参与者、2 项演示任务；仅用于说明报告格式，不用于推断总体表现。
示例发现：两条任务记录分别演示交易状态提示不一致和费用说明不清晰。需进一步确认问题原因、影响范围与复测条件，不据此计算产品整体成功率。
02 / 国家与环境覆盖矩阵
| 记录 | 市场 / 参与者 | 环境 | 场景 | 结果 / 关联问题 |
|---|---|---|---|---|
| T-001 | 马来西亚 / MY-DEMO-01 | Android 测试机 / 当地移动网络（示例） | 电子钱包支付后返回 App | 观察到状态不一致 / PAY-001 |
| T-002 | 巴西 / BR-DEMO-01 | iOS 测试机 / 当地 Wi-Fi（示例） | 确认付款前理解费用 | 观察到费用理解障碍 / UX-002 |
03 / 问题记录：PAY-001
- 标题：支付授权后，App 仍显示待付款（虚构）。
- 优先级：高，示例评级，需由项目团队确认影响。
- 复现步骤：进入测试订单 → 选择约定支付方式 → 完成授权 → 返回 App → 检查订单状态。
- 预期结果：交易结果与订单状态保持一致，或明确说明处理中。
- 实际观察：演示记录中显示待付款；根因待核实。
- 证据索引：EVIDENCE-DEMO-001（占位符，无真实附件）。
- 建议：核查回调处理与状态同步，并补充等待状态文案。
- 复测：未执行；待提供修复版本与相同条件。
04 / 体验观察：UX-002
观察：虚构参与者在确认页无法明确区分付款金额与附加费用。
影响假设：可能导致犹豫或误解，尚未测量转化影响。
建议：在确认前展示金额、费用及总额，并使用当地用户能够理解的术语。
验证方式：用修订后的界面再次开展任务与理解检查。
05 / 改进与复测计划
| 问题 | 建议负责角色 | 下一步 | 关闭条件 |
|---|---|---|---|
| PAY-001 | 支付工程 / QA | 确认交易日志、修复并复测 | 约定条件下状态一致且证据通过审核 |
| UX-002 | 产品 / UX | 修改费用展示并进行理解检查 | 按约定研究目标确认改进效果 |
06 / 附件与报告边界
真实项目可按约定附上脱敏截图、录屏、测试记录与访谈摘要。证据中不展示完整支付卡号、账户凭据或个人身份资料。每条结论应关联环境与任务记录，并区分观察、原因假设和已确认结论。
本样例未执行实际支付、访谈或回归测试。正式报告应填写项目版本、日期、样本筛选条件、覆盖缺口、审核人和验收状态。