金额计算测试用例

在金融和电商系统中，金额处理是核心敏感功能，数据类型选择和测试验证必须严谨。以下是专业方案：

---

一、金额数据类型选择（避坑浮点数）

1. 绝对准则：禁用浮点数

// 危险示例（浮点数精度丢失）
float total = 0.1f + 0.2f;  
System.out.println(total); // 输出 0.30000001192092896

2. 推荐方案

场景	数据类型	示例	优势
通用金额存储	整数（单位：分/厘）	long amount = 10000; // 表示100.00元	避免小数精度问题
复杂金融计算	BigDecimal (Java)	BigDecimal price = new BigDecimal("129.99");	精确小数运算
高并发系统	分位整数 + 原子操作	AtomicLong balance;	线程安全+高性能
Python生态	decimal.Decimal	from decimal import Decimal	精确十进制计算

3. 数据库存储方案

/* 最佳实践 */
CREATE TABLE orders (
    amount DECIMAL(18, 4) NOT NULL -- 共18位, 4位小数（支持万亿级金额）
);

为什么不用FLOAT：

• 1.0 - 0.9 = 0.09999999999999998 （IEEE 754浮点误差）
• 金额比较时可能产生致命错误

---

二、金额计算8大测试点（测试开发视角）

1. 基础运算验证

运算类型	测试场景	预期结果
加法	0.01 + 0.02	精确等于0.03
减法	0.1 - 0.06	精确等于0.04
乘法	单价99.99 * 3件	299.97
除法	100元/3人分摊	33.33(需定义舍入规则)

自动化测试脚本示例：

@Test
void testDecimalAddition() {
    BigDecimal a = new BigDecimal("0.01");
    BigDecimal b = new BigDecimal("0.02");
    assertEquals(new BigDecimal("0.03"), a.add(b)); // 必须用字符串构造
}

2. 舍入规则测试

舍入场景
四舍五入
向上取整
向下取整
银行家舍入

必须验证：

• 货币转换：1美元=6.375人民币 → 保留2位小数如何舍入
• 折扣计算：原价199.99打8.8折 → 175.9912 → 最终显示值

3. 边界值攻击测试

边界类型	测试用例	风险
最小值	0.0001元（1厘）	除零错误
最大值	999999999999.9999	溢出崩溃
负值	退款-100.00	非法状态流转
超大数量级	单价0.01 * 1000000000件	内存溢出/计算超时

4. 精度丢失探测

# 自动化精度验证工具
def check_precision_loss():
    # 遍历常见小数
    for i in [0.01, 0.05, 0.1, 0.25, 0.5]:
        result = i * 100
        assert result == int(result), f"精度丢失: {i}*100={result}"

5. 多币种换算验证

测试重点	案例
汇率浮动	1美元 → 6.37人民币 (实时汇率)
交叉汇率	通过美元换算欧元→日元
手续费计算	跨境支付3%手续费
汇率缓存一致性	缓存过期时是否获取最新汇率

6. 并发安全测试

// 模拟并发扣款
@Test
void testConcurrentDeduction() {
    AtomicLong balance = new AtomicLong(10000); // 100元
    IntStream.range(0, 100).parallel().forEach(i -> {
        balance.addAndGet(-100); // 每次扣1元
    });
    assertEquals(0, balance.get()); // 必须归零
}

关注点：余额扣成负数、重复扣款、更新丢失

7. 财务平衡校验

/* 每日对账测试 */
SELECT 
    SUM(income) - SUM(expense) AS gap 
FROM financial_log 
WHERE date='2023-08-01'
HAVING gap != 0; -- 必须为0

自动化方案 ：每日跑批验证会计恒等式：资产 = 负债 + 所有者权益

8. 金额展示规则

场景	验证要点
国际化格式	1,000.00(EN) vs 1.000,00(DE)
货币符号	¥100 vs $100 vs €100
舍入显示	￥199.995 → 显示"￥200.00"
超大数缩写	1.2万亿 → ￥1.2T

---

三、金额测试工具链

工具类型	推荐工具	用途
单元测试	JUnit5 + AssertJ	精确断言BigDecimal相等
精度检测	Decimal4J (Java)	自动捕获精度丢失
并发测试	jcstress (Java)	金额操作的并发安全验证
数据生成	JQwik (属性测试)	自动生成边界金额值
数据库验证	DBUnit + Flyway	金额字段的迁移脚本测试
监控	Micrometer + Prometheus	金额计算耗时监控

精度检测示例：

// 使用Decimal4J检测
@Property
void moneyAdditionPrecision(@ForAll @Scale(4) BigDecimal a, 
                           @ForAll @Scale(4) BigDecimal b) {
    BigDecimal sum = a.add(b);
    assertThat(sum).isEqualTo(a.add(b)); // 自动检测精度问题
}

---

四、金额设计黄金法则

1. 存储与计算分离

   • 存储用整数分位（避免小数）
   • 计算用BigDecimal/Decimal

2. 货币单位明确化

   // 反例：无单位
   long amount = 100; 
   
   // 正例：带单位枚举
   enum CurrencyUnit { 
     CNY_CENT, // 人民币分
     USD_CENT  // 美元分
   }

3. 四层防御体系
   代码
   编译检查
   单元测试
   对账系统
   监控告警

💡 血泪教训 ：某电商平台因浮点数精度错误，导致用户0.01元差价无法支付，损失数百万订单。金额无小事，失之毫厘差之千里！