以下是为跨行转账二代支付系统设计的详细测试用例,覆盖功能、异常、安全、性能等多个维度:
一、功能测试用例
1. 正常转账场景
用例编号 | 场景描述 | 输入数据 | 预期结果 |
---|---|---|---|
FT-001 | 同行实时转账(同一银行) | 转出账户:A,转入账户:B(同行),金额:100元 | 实时到账,双方余额准确更新 |
FT-002 | 跨行实时转账(小额) | 转出账户:A(银行X),转入账户:B(银行Y),金额:500元 | 实时到账,扣款手续费正确(如需) |
FT-003 | 大额跨行转账(超5万元) | 转账金额:100,000元 | 触发大额验证(短信/U盾),到账时间符合监管要求 |
FT-004 | 次日到账模式转账 | 选择“次日到账”,金额:2000元 | 次日指定时间到账,可撤销期内允许撤销 |
2. 转账方式验证
| FT-005 | 手机银行APP转账 | 通过APP输入账号、金额 | 成功提交,生成电子回单 |
| FT-006 | 网银页面转账 | 通过网页输入信息并验证U盾 | 转账成功,浏览器兼容性正常 |
| FT-007 | 柜台跨行转账 | 柜员录入信息并打印凭证 | 系统同步处理,凭证信息准确 |
二、异常测试用例
1. 账户异常
| ET-001 | 转出账户余额不足 | 余额:50元,转账:100元 | 提示“余额不足”,终止交易 |
| ET-002 | 转入账户不存在 | 输入无效账号(如位数错误) | 提示“账户不存在”,拒绝交易 |
| ET-003 | 账户状态异常(冻结/注销) | 转出账户已冻结 | 提示“账户不可用” |
2. 信息输入异常
| ET-004 | 金额格式错误 | 输入“100.ABC元” | 系统拒绝输入,提示“金额格式错误” |
| ET-005 | 金额超限(单笔/日累计) | 转账金额:500万(超限额) | 提示“超出单笔限额” |
| ET-006 | 收款人姓名与账号不匹配 | 姓名“张三”,账号对应“李四” | 提示“姓名与账号不符” |
3. 系统异常
| ET-007 | 网络中断后重试 | 转账过程中断网,恢复后重试 | 系统自动检测未完成交易,提示继续或取消 |
| ET-008 | 银行系统日切期间转账 | 在系统日切时间(如23:55)提交 | 延迟到下一工作日处理,明确提示用户 |
三、安全性测试用例
| ST-001 | 密码错误次数限制 | 连续输错密码3次 | 锁定账户,需柜面或身份验证解锁 |
| ST-002 | 防SQL注入/XSS攻击 | 在金额字段输入' OR 1=1 --
| 系统过滤特殊字符,拒绝执行 |
| ST-003 | 敏感信息加密 | 检查请求报文中的账号、金额 | 使用TLS加密,敏感字段脱敏显示 |
| ST-004 | 转账防重放攻击 | 重复提交同一请求报文 | 系统检测重复请求ID,拒绝处理 |
四、性能测试用例
| PT-001 | 高并发转账(峰值测试) | 1000用户同时发起小额转账 | 响应时间<3秒,成功率100% |
| PT-002 | 长时间稳定性测试 | 持续运行24小时,每小时500笔 | 无内存泄漏,事务处理正常 |
| PT-003 | 大额交易压力测试 | 单笔500万,连续50笔 | 系统资源(CPU/内存)占用率<80% |
五、兼容性测试用例
| CT-001 | 浏览器兼容性 | Chrome/Firefox/Safari/Edge | 功能正常,界面无错位 |
| CT-002 | 移动端适配 | iOS/Android不同分辨率 | 操作流畅,键盘适配合理 |
| CT-003 | 银行接口兼容性 | 测试不同银行(工行、建行、招行等) | 跨行交易成功,报文解析正确 |
六、用户体验测试用例
| UT-001 | 转账进度可视化 | 提交后显示“处理中-成功”状态 | 用户可实时查看进度 |
| UT-002 | 到账时间明确提示 | 选择“普通到账” | 页面显示“预计2小时内到账” |
| UT-003 | 错误提示友好性 | 输入错误账号 | 提示“账号不存在,请检查后重试” |
七、日志与对账测试
| LT-001 | 交易日志完整性 | 完成一笔转账 | 日志记录交易时间、账号、金额、操作员 |
| LT-002 | 对账文件准确性 | 日终生成对账文件 | 与银行清算系统金额、笔数完全一致 |
八、监管合规测试
| RT-001 | 反洗钱规则触发 | 单日累计转账超50万 | 系统自动上报可疑交易 |
| RT-002 | 个人/企业账户区分 | 企业账户转账超限额 | 需授权人二次确认 |
注:实际测试需结合具体业务规则(如手续费策略、限额标准)调整用例参数。