你如何为吸气剂和制定者进行单元测试?

时间:2014-12-16 16:22:04

标签: java unit-testing tdd

我是tdd和mockito web框架的新手。

基本上这是类中的getter方法:

public Long getDeviceManufactureId()
{
    return deviceManufacturerId;
}

我如何编写单元测试?

到目前为止,我在想这个:

dem 是班级的名称

@Test
public void testGetDeviceManufactureIdreturnsDeviceManufactureId()
{
    assertEquals("Richard", dem.getDeviceManufactureId());
}

2 个答案:

答案 0 :(得分:6)

通常,我们为具有某些逻辑的方法编写测试用例。就像可能有多个dao调用的服务方法一样。简单地为所有方法编写测试用例没有意义,通常浪费时间在构建中(无论多么小)。所以我的意见不是编写如此琐碎的测试用例。

如果只是关于代码覆盖,那么我相信getter / setter将用于其他一些将对其进行测试的方法。这应该涵盖这些。但是,如果你必须编写一个测试用例,那么你所做的似乎很好。如果实例变量永远不能为空,也可以断言不为空。

答案 1 :(得分:0)

在某些情况下,测试getter和setter可能是一个要求,尽管容器类不仅仅是POJO。

如果是这种情况,我建议创建一个专门用于此类实例变量的TestSuite,每个测试用例的命名约定如下:

TestGetVariableNameClassName
TestSetVariableNameClassName

您需要组织测试数据,例如维护并不棘手。