java 单元测试assert_java – 使用assertTrue与其他人进行单元测试

我在TDD环境中工作并且我使用了很多其他方法,例如assert equals等.我有一个类,我有超过40个测试用例,它们都是assertTrue.这可以接受吗?

我想问一个风格,这是正确的吗?

有什么建议?

如果您认为这个问题不合适,请让我知道我会删除它.

编辑:

assertTrue(targetSpecifiers.size() == 2);

assertTrue(targetSpecifiers.get(0).getPlacementId().compareTo(new BigInteger("1")) ==0);

assertTrue(targetSpecifiers.get(1).getPlacementId().compareTo(new BigInteger("2")) ==0);

解决方法:

使用其他断言的主要好处是它们可以更好地传达意图,并且可以在发生故障时提供更有意义的默认消息.

例如

如果你写了assertEquals(2,x)如果x实际上是1那么失败消息将是:

java.lang.AssertionError: expected:<2> but was:<1>

这比你编写assertTrue(x == 2)更有帮助,你看到的只是AssertionError和堆栈跟踪.

当您使用TDD时,这一点更为重要,因为当您首先编写失败的测试时,您希望确信测试失败的原因是您期望它并且没有发生意外行为.

标签:java,unit-testing,junit

来源: https://codeday.me/bug/20190712/1444178.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值