单元测试综合服务方法

Buf*_*alo 4 java junit unit-testing easymock

我正在为一个实现暴露接口的类编写(junit)单元测试,其方法如下:

public Set<Setting> getUserSettings();

public Set<Setting> getOrganizationSettings();

public Set<Setting> getDefaults();

public Set<Setting> getAllSettings();
Run Code Online (Sandbox Code Playgroud)

从特定层获取设置的方法从各个位置执行IO以检索其结果.getAllSettings()返回所有级别的所有设置的单个集合,其中"最高"级别具有首选项(即,如果默认和用户级别中存在设置,则将使用用户级别中的设置.

我已经为getUserSettings(),getOrganizationSettings(),getDefaults()编写了单元测试,用Mocked对象模拟了IO操作.

getAllSettings()的实现看起来像

public Set<Setting> getAllSettings(){
    Set<Setting> defaults = getUserSettings();
    Set<Setting> custom = getOrganizationSettings();
    Set<Setting> undefined = getDefaults();
    //perform some sorting and business logic
    //return fully sorted set

}
Run Code Online (Sandbox Code Playgroud)

我的问题在于如何对getAllSettings()方法进行单元测试.我是否对用户/组织/默认设置方法使用的所有下游资源调用使用模拟(使用easymock/powermock)?似乎会有更清洁/更好/更简单的方法来做到这一点.

Jef*_*ter 5

您可以使用以下格式编写测试

@Test
public void testGetAllSettings() {
   Foo fixture = new Foo() {
       public Set<Setting> getUserSettings() { // canned impl }
       public Set<Setting> getOrganizationSettings() { // canned impl }
       public Set<Setting> getDefaults() { // canned impl }
   }

   Assert.assertEquals(whatEverItShouldEqual, fixture.getAllSettings());
}
Run Code Online (Sandbox Code Playgroud)

这将允许您测试获取所有设置的逻辑,独立于其他方法.

另一种方法是模拟这些方法的IO.如果你有一个执行IO逻辑的层,那么可以嘲笑它.如你所说,如果你有很多依赖,这可能会很痛苦.也许表明你需要更少的依赖?(也许这个班级应该分成更小的单位?)