💻📱 网上银行与手机银行
核心定位网上银行与手机银行是银行零售和对公业务数字化转型的核心渠道。网上银行覆盖PC端的综合金融服务，手机银行则面向移动端高频场景。两者共享底层账户体系和交易处理能力，但在交互方式、安全认证、功能侧重上各有特点，需协同设计以保证一致的用户体验和安全标准。
📋 功能体系
1. 个人版功能矩阵
| 功能模块 | 网上银行 | 手机银行 | 差异说明 |
|---|---|---|---|
| 账户管理 | ✅ 余额/明细/开户 | ✅ 余额/明细/开户 | 手机银行支持语音查询、手势快捷查余额 |
| 转账汇款 | ✅ 行内/跨行/批量 | ✅ 行内/跨行/手机号 | 手机银行支持NFC/扫码转账；网银支持批量代发 |
| 投资理财 | ✅ 基金/理财/保险 | ✅ 基金/理财/保险 | 网银支持复杂产品详情（K线、研报）；手机端轻量化 |
| 贷款服务 | ✅ 申请/查询/还款 | ✅ 申请/查询/还款 | 手机银行支持人脸识别辅助贷款审批 |
| 信用卡 | ✅ 申请/账单/还款 | ✅ 申请/账单/还款 | 手机银行支持一键还款、扫码分期 |
| 生活缴费 | ✅ 水电气/通讯 | ✅ 水电气/通讯 | 手机银行支持缴费提醒推送、自动扣款签约 |
| 客户服务 | ✅ 在线客服/留言 | ✅ 智能客服/视频 | 手机银行支持视频银行、语音助手 |
| 安全中心 | ✅ 限额/设备/日志 | ✅ 限额/设备/日志 | 网银侧重U盾管理；手机端侧重生物识别与设备绑定 |
2. 企业版功能矩阵
| 功能模块 | 企业网银 | 企业手机银行 | 说明 |
|---|---|---|---|
| 账户管理 | ✅ 多级账户/虚拟账户 | ✅ 余额查询/交易审批 | 手机端侧重移动审批 |
| 支付结算 | ✅ 单笔/批量/代发工资 | ✅ 单笔审批/授权 | 网银为操作主渠道，手机银行为审批辅助 |
| 现金管理 | ✅ 资金归集/下拨/池化 | ⚠️ 查询/授权 | 资金管理以网银为主 |
| 供应链金融 | ✅ 融资/应收账款 | ⚠️ 查询/审批 | 复杂操作需网银 |
| 国际结算 | ✅ 汇款/信用证/结售汇 | ⚠️ 审批/查询 | 外汇交易需网银 |
| 授权管理 | ✅ 多级授权/角色 | ✅ 移动审批/授权 | 手机银行为审批的核心场景 |
🔄 交易流程
1. 典型转账交易流程
一笔跨行转账在网银/手机银行的完整链路如下：
| 步骤 | 处理环节 | 网银/手机银行职责 | 涉及系统 |
|---|---|---|---|
| 1 | 身份认证 | 登录验证（密码/指纹/人脸）+ 交易密码 + 短信/令牌验证 | 统一认证中心、生物识别服务 |
| 2 | 交易要素填写 | 收款人信息、金额、用途、到账方式（实时/普通） | 渠道前端、联行号查询服务 |
| 3 | 风险校验 | 限额检查、黑名单、反洗钱筛查、异地/异常设备检测 | 风控引擎、反欺诈系统、反洗钱系统 |
| 4 | 安全认证 | U盾签名/短信验证码/生物识别确认 | 安全认证中心、CA证书服务 |
| 5 | 交易提交 | 加密报文发送至渠道前置，前置转发至核心系统 | 渠道前置、ESB/API网关 |
| 6 | 账务处理 | 核心系统扣款、生成会计分录、记分户账 | 核心银行系统、总账系统 |
| 7 | 跨行清算 | 通过大小额支付系统/超级网银发起跨行转账 | 支付前置、人行支付系统 |
| 8 | 结果通知 | 交易结果推送到客户端 + 短信/App通知 | 消息推送平台、短信网关 |
关键约束转账交易需遵循最终一致性原则。渠道端提交成功后，即使核心系统异步处理，也需确保交易结果可靠通知。超时未确认的交易需通过查询接口确认终态，避免重复扣款或漏记。
2. 交易状态机
| 状态 | 含义 | 触发条件 | 终态 |
|---|---|---|---|
| 待提交 | 客户已填写交易要素，尚未确认 | 进入交易页面 | 否 |
| 处理中 | 交易已提交至后台，等待核心处理 | 客户确认并完成安全认证 | 否 |
| 成功 | 核心系统已完成账务处理 | 核心返回成功 | ✅ 终态 |
| 失败 | 核心系统拒绝交易（余额不足、超限等） | 核心返回失败 | ✅ 终态 |
| 超时未知 | 渠道未在超时窗口内收到核心响应 | 网络超时、核心拥堵 | 否（需查询） |
| 已冲正 | 超时场景下主动发起撤销后成功 | 查询后发冲正 | ✅ 终态 |
🔒 安全认证体系
1. 多因子认证层次
网银与手机银行采用分级认证策略，根据交易风险动态选择认证因子：
| 认证等级 | 认证方式 | 适用场景 | 网银 | 手机银行 |
|---|---|---|---|---|
| L1 基础认证 | 登录密码 | 查询余额、交易明细 | ✅ | ✅ |
| L2 增强认证 | 短信验证码 / 生物识别 | 小额转账（≤5000元）、修改个人信息 | ✅ | ✅ |
| L3 强认证 | U盾/数字证书 + 交易密码 | 大额转账、理财产品购买、限额修改 | ✅ | ⚠️ 蓝牙U盾 |
| L4 最高认证 | 柜面现场认证 | 首次开通网银/手机银行、重置认证设备 | ✅ | ✅ |
2. 手机银行特有安全机制
- 设备指纹：首次登录采集设备唯一标识（IMEI/IDFA/设备特征），后续登录进行设备匹配，新设备登录触发增强验证
- 生物识别：指纹（Touch ID）、面容（Face ID）、声纹等生物特征本地验证，不传输生物特征原始数据，仅传输认证结果Token
- 安全键盘：自定义软键盘防止第三方输入法记录密码，键盘布局随机化防截屏
- 应用加固：代码混淆、反调试、反篡改、运行环境检测（Root/越狱检测）
- SSL Pinning：客户端内置服务端证书，防止中间人攻击，仅信任预设的证书链
- 地理围栏：基于LBS的异常交易检测——异地登录、异地交易触发额外验证或拦截
3. 网银特有安全机制
- U盾/数字证书：基于PKI体系的硬件数字证书，交易签名在U盾内完成（私钥不可导出），支持国密SM2算法
- 控件保护：密码控件防键盘钩子、防内存读取、防模拟输入
- EV SSL证书：Extended Validation证书，浏览器地址栏显示银行名称（绿色标识），防止钓鱼网站
- 超时自动退出：无操作超时（通常15分钟）自动登出，防止离开终端后被他人操作
- 双因子强制：所有涉及资金变动的交易强制要求U盾签名，单密码认证仅允许查询
🔄 渠道间数据同步
1. 同步架构
网银与手机银行共享后台核心系统数据，但不直接耦合。同步架构如下：
| 数据类型 | 同步模式 | 同步时效 | 技术实现 |
|---|---|---|---|
| 账户余额 | 实时查询（穿透核心） | 实时 | 统一账户查询服务，各渠道直接调用，不缓存余额 |
| 交易明细 | 近实时同步 | ≤ 5s | 核心交易后写入消息队列，渠道消费更新本地缓存 |
| 客户信息 | 准实时同步 | ≤ 30s | ECIF（客户信息管理）变更事件发布，各渠道订阅 |
| 安全认证设备 | 实时同步 | 实时 | 认证中心统一管理，各渠道通过RPC实时查询设备状态 |
| 限额参数 | 实时同步 | 实时 | 参数中心统一管理，各渠道实时拉取或Redis缓存（1min TTL） |
| 产品参数 | 准实时同步 | ≤ 5min | 产品中心变更通知 → MQ → 各渠道缓存刷新 |
2. 一致性保障机制
- 交易凭证互认：网银发起的交易可在手机银行查询交易凭证（基于交易流水号全局唯一），反之亦然
- 登录踢出同步：用户在手机银行修改密码后，网银端已登录Session应立即失效
- 设备绑定同步：在网银绑定U盾后，手机银行蓝牙U盾列表应立即更新
- 电子回单互查：任一渠道生成的电子回单可在其他渠道按回单号检索下载
设计原则渠道间数据同步遵循"核心为唯一真相来源（Source of Truth）"原则。网银和手机银行均为展示和操作层，不维护独立的业务主数据。所有关键业务数据（余额、限额、签约状态）以核心系统为准，渠道层缓存仅用于性能优化，需设置合理的缓存过期策略和强制刷新机制。
🧪 功能测试要点
交易流程完整性
- 正向流程：覆盖转账、缴费、理财购买、贷款还款等核心交易的端到端流程验证，从渠道前端到核心记账全链路
- 异常流程：余额不足、超限额、收款账号不存在、日切时段交易、网络中断、认证失败等异常场景
- 幂等性验证：重复提交同一笔交易（网络超时后重试），确保不重复扣款
- 交易状态同步："处理中"→"成功"/"失败"的状态转换，超时交易的查询与冲正机制
- 对公授权流：制单→复核→授权的多级审批流程，验证授权额度、授权顺序、拒绝/退回处理
安全认证
- 多因子组合：验证各交易场景下认证因子的组合规则——哪些场景强制U盾、哪些可生物识别替代
- 认证失败处理：密码连续错误锁定（通常5次）、短信验证码错误次数限制、U盾PIN码锁定
- 生物识别绕过测试：使用照片/视频/3D模型/假指纹等攻击手段测试生物识别的防伪能力
- Session管理：登录态超时自动退出、修改密码后Session失效、多端登录互踢策略
- SSL/TLS验证：证书有效期、证书链完整性、SSL Pinning配置正确性、降级攻击防护
- Root/越狱检测：在Root/越狱设备上运行手机银行App，验证服务端的拒绝策略和客户提示
渠道间数据一致性
- 余额同步：网银完成转账后，立即在手机银行查询余额，验证同步时延和准确性
- 交易记录互查：网银交易记录中应能查到手机银行发起的交易，且渠道来源字段准确
- 限额生效：手机银行修改日累计限额后，网银端立即以新限额校验交易
- 设备绑定：任一渠道绑定/解绑安全设备，另一渠道立即同步生效
- 签约状态同步：柜面关闭网银后，网银登录应立即拒绝（而非提示"系统繁忙"）
兼容性与多端适配
- 浏览器兼容：网银在不同浏览器（Chrome/Firefox/Safari/Edge/IE）和操作系统（Windows/macOS/Linux）下的控件兼容性
- 移动端适配：手机银行在不同屏幕尺寸、分辨率、系统版本（iOS/Android/HarmonyOS）下的UI适配
- 网络环境：弱网（2G/3G）、网络切换（WiFi↔蜂窝）、断网恢复后的状态恢复
- 版本兼容：旧版App与新版后台的兼容策略，强制升级/灰度提醒/版本过低拒绝服务
⚡ 性能测试要点
登录并发
- 场景：月初/节假日/营销活动期间，大量用户同时登录网银和手机银行
- 目标：登录TPS ≥ 8,000（手机银行），P99 ≤ 300ms；网银登录 TPS ≥ 3,000
- 验证点：统一认证中心承载能力、Session/Token写入效率、Redis集群吞吐量
- 策略：模拟10万+并发用户梯度登录，验证排队/限流机制的正确触发和恢复
交易峰值处理
- 场景：电商大促、工资发放日、国债抢购等交易洪峰
- 目标：手机银行转账 TPS ≥ 5,000，P99 ≤ 500ms；网银转账 TPS ≥ 2,000
- 验证点：渠道前置线程池、核心系统交易队列深度、数据库连接池利用率
- 压测方案：按生产峰值3-5倍加压，混合场景（查询:转账:理财=6:3:1），验证资源瓶颈和限流阈值
App启动速度
- 场景：用户首次启动（冷启动）、后台切回（热启动）的响应时间
- 目标：冷启动 ≤ 2s（含闪屏），热启动 ≤ 500ms，首页渲染完成 ≤ 1.5s
- 验证点：App初始化耗时（SDK加载、配置拉取）、首页接口聚合效率、本地缓存命中率
- 策略：多机型（低/中/高端）、多网络环境（WiFi/4G/弱网）下启动时长采集
消息推送吞吐
- 场景：工资到账通知、理财产品到期提醒等批量推送场景（百万级推送量）
- 目标：单通道推送速率 ≥ 10万条/分钟，端到端延迟（服务端发出→客户端展示）P99 ≤ 30s
- 验证点：推送通道（APNs/FCM/厂商通道）容量、消息队列吞吐、推送结果回调处理
- 异常场景：推送通道故障的自动切换（APNs→FCM→厂商通道），消息去重机制