写得比较水，后续我要优化一下~
题目来自Gemini
- 交易状态的测试。在发起影响用户利益的请求时（交易、签订合同、发起审批）发生异常，用户重新打开APP，一定要能看到上一个请求的历史记录
- 原子性
4. 保证信息对称。前端按钮状态一定要与后端实际处理结果同步。
5.“幽灵”状态。用户授权后，在另一台设备转走余额，再回到原APP点击购买，APP一定要即时捕获错误，而不是卡在“发送中”直至超时。
6.授权金额大于目标金额。
1.不刷新页面，直接使用。有优惠券时，直接使用，是否能识别到？
2.加锁
3.幂等性校验
4.底层数据一致性
1.状态机测试
2.状态可见性（其实还是缓存）
3.熔断机制
4.缓存雪崩
5.绕过权限：多入口测试和深层链接
1.双向账户可用性
2.本地存储已满，导致转账成功的日志无法写入本地缓存，APP是否会闪退（极少但存在）
3.主从同步
4.版本兼容
5.注入式攻击
6.前端使用loading状态阻断或后台运行异常预警脚本
1.优惠计算顺序
2.数据一致性：异常中断处理
